[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: where did my ata drives go?



On Thu, 09 Sep 2010 22:58:30 -0400 (EDT), Rick Pasotto wrote:
> 
> Last weekend I did a bunch of updates (to testing) and rebooted after
> almost six months.

You really should upgrade more often than that when running testing.

> Somewhere in that process the ata drive got UUIDs assigned to the
> partitions and /etc/fstab was modified.

I suspect what happened is a migration from kernel 2.6.32-3-xxx
to kernel 2.6.32-5-xxx, which installs linux-base, which tries to
convert system files such as /etc/fstab,
/etc/initramfs-tools/conf.d/resume, and other system files
to use UUIDs whenever possible, rather than /dev/hdax references.
The UUIDs were already assigned to the partitions.  The partitions
just weren't being mounted by UUID, they were being mounted by
device name.  Now they are mounted by UUID.

> Now they won't mount.

Yes, they are still being mounted.  They just have different device
names now.  That is due to a change in device drivers between the
2.6.32-3-xxx kernel and the 2.6.32-5-xxx kernel.  The 2.6.32-3-xxx
kernel uses the traditional driver for traditional IDE hard disks,
also known as ATA (AT attachment) or PATA (parallel AT attachment).
This driver uses device names of the form /dev/hda, /dev/hdb, etc.
The 2.6.32-5-xxx kernel uses a newer driver for these disks which
uses SCSI emulation.  The newer driver uses SCSI (Small Computer
System Interface) device names even for PATA disk drives.  Thus,
the device names are called /dev/sda, /dev/sdb, etc.  It's a
different naming convention for the same drives.

> I used to mount /dev/hdb1 and /dev/hdb5 but those don't exist anymore.

Right.  As I explained above.  But it you were to boot your
old kernel, the 2.6.32-3 kernel, you would see the old device
names re-appear again.  The reason that linux-base tries to
migrate system files such as /etc/fstab to UUID-based mounting
is so that the mount will succeed regardless of which kernel you
boot.

> Using tune2fs I can access them as /dev/sdc1 and /dev/sdc5. The UUIDs
> match what got written to /etc/fstab. I was able to assign labels to
> them using tune2fs but they still refuse to mount.

Not by their old names, no.  The devices have different names
under the new kernel.

> How can I access those partitions?

You already are accessing them, but with different names now.
You haven't lost any data.

-- 
  .''`.     Stephen Powell    
 : :'  :
 `. `'`
   `-


Reply to: