Hi. I recently used preupgrade to go from Fedora 9 to the prerelease of 10. It all went pretty smoothly, including, I'm pretty sure, a few reboots afterwards. A few days after upgrading, I yum upgraded a bunch of packages. A subsequent reboot caused a mess. It wasn't able to find my / partition because something modified fstab to refer to UUIDs instead of /dev locations. I was dumped to a shell prompt to fix it. Fortunately, I had an old Fedora 7 rescue CD laying around, and that was enough to let me fix the fstab file. Here's what's in it now:
#UUID=49b3d627-d156-4b79-a18b-2cb3f2fdaf86 / ext3 defaults 1 1
/dev/mapper/VolGroup00-LogVol00 / ext3 defaults 1 1
(Not the whole file, of course.) The first line is what it had put in; the second is what it used to read, and what I changed it back to. (I'm using LVM.)
I also had a similar problem with an external USB hard drive that is always connected (for backups) and is also in fstab:
#UUID=a95dbd67-35ee-4332-af7d-89869d5cc2f0 /mnt/disk2 ext3 defaults 1 2
#LABEL=/mnt/disk2 /mnt/disk2 ext3 defaults 1 2
In this case, the UUID line failed, but so did the LABEL line (which had always worked). I had to comment out both before I could login. (Aside: shouldn't drives like that be non-fatal? It was annoying to have to go back to the rescue disk so often.) I don't know why it failed. After logging in, I was able to manually mount it using the label. That's where I stand right now.
I understand UUIDs are like LABELs. I'm guessing the first problem was caused because the UUID for the / partition may not be known. Here's my entire /dev/disk/by-uuid:
lrwxrwxrwx 1 root root 10 2008-11-19 23:15 5d4eb3c8-3224-42ff-933c-00dc7d858f57 -> ./../sda1
lrwxrwxrwx 1 root root 10 2008-11-19 23:15 660d1314-5009-4120-a630-c4cab2491344 -> ./../sdb1
lrwxrwxrwx 1 root root 10 2008-11-19 23:15 a95dbd67-35ee-4332-af7d-89869d5cc2f0 -> ./../sdg1
And fdisk -l:
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000b1769
Device Boot Start End Blocks Id System
/dev/sda1 * 1 25 200781 83 Linux
/dev/sda2 26 60801 488183220 8e Linux LVM
Disk /dev/sdb: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x41ffc810
Device Boot Start End Blocks Id System
/dev/sdb1 1 38913 312568641 83 Linux
Disk /dev/sdg: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x56fa7c5b
Device Boot Start End Blocks Id System
/dev/sdg1 1 60801 488384001 83 Linux
(There's a second external firewire drive, sdb1, that worked okay.)
blkid shows this for my / partition:
/dev/mapper/VolGroup00-LogVol00: UUID="49b3d627-d156-4b79-a18b-2cb3f2fdaf86" TYPE="ext3" SEC_TYPE="ext2"
I'm pretty lost in all this, but it seems like it has a UUID, but it may never be seen. Now that it's not referring to the UUID in fstab, I guess it should be okay, but it still makes me nervous. I have no idea what's wrong with my external drive. Maybe that will be fixed on a reboot, but I'm dreading more rounds of rescue cd/fix fstab/reboot. Does anyone know what's going on?
Apologies if I left out anything useful, will post more as necessary! Here's my kernel rpm:
kernel-2.6.27.5-117.fc10.x86_64
Thanks,
reid