On Sat, 20 Jun 2009 15:35:45 +0200 Andreas Burget <andiburget@xxxxxx> wrote: > > On Fri, 19 Jun 2009 19:15:51 +0200 > > Andreas Burget<andiburget gmx de> wrote: > > > > > Hi there, > > > I updated my System via Preupgrade from F10 to F11. The update > > > went smoothly but after the reboot the System stopped while > > > booting saying it can't find some drives by their UUIDs. I booted > > > the LiveCD and disabled them in fstab. after that the system > > > booted without problems, but I'm not able to mount my other > > > drives. > > > > > > here's my fstab:http://fpaste.org/paste/15779 > > > and here's the fdisk -l output:http://fpaste.org/paste/15780 > > > > > > I also tried booting the F10 LiveCD and was able to mount them > > > there. here's the fdisk -l output from > > > F10:http://fpaste.org/paste/15781 > > > > > > I hope you can help me fix this > > > > > > > If you run the command blkid it will give you the information you > > need to put in your fstab in order to access the drives. > > > > Thanks for the hint but that didn't solve my Problem. > blkid only outputs the devices that are already in fstab so there's > nothing new for me to add. http://fpaste.org/paste/15865 I don't think this is true. I have umounted partitions, deleted them with (c)fdisk, recreated different partitions, put filesystem on them, and run blkid and it has given me the new UUID number. I then edit fstab, adding the new partitions and deleting the old, and I am able to mount them. I think it more likely that there has to be an entry in /dev as a block device (looks like those are major chord 8 or 253 from your listing). But it seems Bill was prescient in asking why they disappeared. > > my drives are listed in /dev as sdb, sdc, sdd but the partitions are > missing. they should be sdb1 sdc1 and sdd2 as seen in fdisk -l output > from the F10 LiveCD. here's my /dev http://fpaste.org/paste/15866 > The evidence seems to suggest that either udev or hal failed to notice and log these partitions in /dev (I am not familiar with this process). Once they are there, they should have the same UUID, and so should be mountable from fstab again. You say you can boot into the system without mounting those drives. Can you run parted, fdisk, or cfdisk against one of the drives when the new system is up. parted /dev/sdb or cfdisk /dev/sdb or fdisk /dev/sdb For now, just print the partition table and see if it is present as you would expect it to be. If it is, as seems likely, then the problem is definitely in the hardware sensing. At that point, quit the partition tool. Then you should first look in /var/log/messages to see if there are any relevant error messages from boot up about why the partitions that exist aren't being recognized. Then you should go look for bugzilla records of this problem to see if there is a workaround. If there are none, open a problem record so you can get expert help. http://bugzilla.redhat.com There are experts here, perhaps one will be able to recognize your problem and give you better advice. WARNING!!! The advice below could lose your data! If you are feeling adventurous and impatient, you could write the partition table on the drive without changing it, if it is correct. Perhaps that will trigger a process to put device nodes in /dev for the partitions or do so on reboot. But there is a risk that it could lose the data on the drive by messing with the partition table. I wouldn't do this until I had pursued other alternatives first. -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
