Re: Re: Desktop problem with /dev/hda

On Sat, 2010-09-11 at 17:08 -0500, Brent Busby wrote:
> So the switch from /dev/hd* to /dev/sd* for such devices isn't just 
> cosmetic -- everything is now being handled by libata (which is the
> Sata drivers), and if you have any Pata device drivers in your kernel
> config, you'll want to get rid of those and replace them with
> equivalent drivers from the Sata section of the kernel.
> 
> Not doing this will cause very strange behavior with regard to DVD 
> drives in udev and hal, especially if you use Gnome.

Ugh!!  This sounds like the roadblock I ran into!  The problem
drive, /dev/hda, holds the root filesystem and several others, and
didn't show up at all in /dev.  Since the system also has several SATA
drives, I'm using the sata_promise kernel module for these, but the SATA
system on the MB is managed by a Promise chipset, which supposedly
implements hardware RAID but it's proprietary so I'm just using plain
old discrete non-RAID mode.

I have rather a conflict here, since I already have a /dev/sda.

Is there a HOWTO for using libata-supported kernel components, and
configuring them in the kernel?  The MB has an ICH5 controller hub,
which I assume handles the PATA IF.  lspci shows:

IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)

The linux kernel here already has CONFIG_ATA_PIIX, which supposedly
talks the lingo of the ICH series I/O controller hub.  What else do I
need here, or where can I go to learn more? 

-- 
Lindsay Haisley       | "The difference between a duck is because
FMP Computer Services |    one leg is both the same"
512-259-1190          |     - Anonymous
http://www.fmp.com    |