1 |
On Sat, 2010-09-11 at 17:08 -0500, Brent Busby wrote: |
2 |
> So the switch from /dev/hd* to /dev/sd* for such devices isn't just |
3 |
> cosmetic -- everything is now being handled by libata (which is the |
4 |
> Sata drivers), and if you have any Pata device drivers in your kernel |
5 |
> config, you'll want to get rid of those and replace them with |
6 |
> equivalent drivers from the Sata section of the kernel. |
7 |
> |
8 |
> Not doing this will cause very strange behavior with regard to DVD |
9 |
> drives in udev and hal, especially if you use Gnome. |
10 |
|
11 |
Ugh!! This sounds like the roadblock I ran into! The problem |
12 |
drive, /dev/hda, holds the root filesystem and several others, and |
13 |
didn't show up at all in /dev. Since the system also has several SATA |
14 |
drives, I'm using the sata_promise kernel module for these, but the SATA |
15 |
system on the MB is managed by a Promise chipset, which supposedly |
16 |
implements hardware RAID but it's proprietary so I'm just using plain |
17 |
old discrete non-RAID mode. |
18 |
|
19 |
I have rather a conflict here, since I already have a /dev/sda. |
20 |
|
21 |
Is there a HOWTO for using libata-supported kernel components, and |
22 |
configuring them in the kernel? The MB has an ICH5 controller hub, |
23 |
which I assume handles the PATA IF. lspci shows: |
24 |
|
25 |
IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) |
26 |
|
27 |
The linux kernel here already has CONFIG_ATA_PIIX, which supposedly |
28 |
talks the lingo of the ICH series I/O controller hub. What else do I |
29 |
need here, or where can I go to learn more? |
30 |
|
31 |
-- |
32 |
Lindsay Haisley | "The difference between a duck is because |
33 |
FMP Computer Services | one leg is both the same" |
34 |
512-259-1190 | - Anonymous |
35 |
http://www.fmp.com | |