Gutsy Upgrade problem
NoOp
glgxg at sbcglobal.net
Thu Mar 20 01:14:48 UTC 2008
On 03/19/2008 08:05 AM, Rick Knight wrote:
>>> NoOp,
>>>
>>> I ran the command as you suggested, update-initramfs -k
>>> 2.6.22-a4-generic -u, and checked the time and date of
>>> /boot/initrd.img-2.6.22-14-generic and it looks like the command took. I
>>> rebooted and still go the BusyBox prompt and my hard drive are not
>>> present. My USB mass storage device is OK and my ZipDrive is visible,
>>> just no hard drives ( have 2, linux is on /dev/hdb). Anything else you
>>> can suggest?
>>>
>>> Thanks,
>>> Rick
>>>
>>>
>>
>> I presume you mean:
>>
>> sudo update-initramfs -c -k 2.6.22-14-generic
>>
>>
>>> I've used blkid to verify the uuid is correct. I've edited
>>> /boot/grub/menu.lst and /etc/fstab to use drive path (/dev/hdb5 &
>>> /dev/sdb5) instead of uuid.
>>>
>>
>> You might want to relook at your fstab - they should be sdb vs hdb. Here
>> is a copy of mine:
>>
>> # /etc/fstab: static file system information.
>> #
>> # <file system> <mount point> <type> <options> <dump> <pass>
>> proc /proc proc defaults 0 0
>> # /dev/sda1
>> UUID=<myuuid> / ext3 defaults,errors=remount-ro 0 1
>> # /dev/sda5
>> <myuuid> none swap sw 0 0
>> /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
>> /dev/scd1 /media/cdrom1 udf,iso9660 user,noauto 0 0
>> /dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
>> # /dev/sdb1
>> /dev/sdb1 /media/windows ntfs iocharset=utf8,umask=000 0 0
>>
>> Note: sdb1 is a dual boot drive for windows. No UUID works, but
>> eventually I'll get around to putting a UUID there.
>>
>> If all else fails, you can try substituting the UUID temporarily and use
>> /dev/sda1 & /dev/sda5 to see if you can boot.
>>
>> My grub menu.lst on this machine looks like this:
>>
>> title Ubuntu 7.10, kernel 2.6.22-14-generic
>> root (hd0,0)
>> kernel /boot/vmlinuz-2.6.22-14-generic root=<myuuid> ro quiet splash
>> initrd /boot/initrd.img-2.6.22-14-generic
>>
>> I'd also try using the alternate CD and select "rescue a broken system"
>> + options.
>>
>> Other than that, you'll need Nils...
>>
>>
>>
>>
> NoOp,
>
> Yesterday I ran the command as "sudo update-initramfs -k
> 2.6.22-14-generic -u" and then rebooted. No change, still boots to Busy
> Box prompt. Then I ran the command again like this "sudo
> update-initramfs -c -k 2.6.22-14-generic" and again rebooted. Same
> thing, Busy Box shell and a message indicating my drives can't be found.
>
> I've studied my /etc/fstab and it looks correct. I've substituted the
> drives UUID with the path, both /dev/hdb5 and /dev/sdb5, modifying
> /boot/grub/menu.lst to match. Neither works and in fact when I use
> /dev/sdb5 grub can't find the boot loader at all, maybe this is part of
> the problem. I have never been able to use /dev/sdb drive spec, only
> /dev/hdb even on Feisty. My notebook and my desktop at work were both
> using /dev/sdx but my desktop at home would only use /dev/hdx.
>
> Don't know if they'll help, but I'm attaching my fstab and menu.lst
>
> Any other suggestion?
>
> Thanks, Rick
>
What happens when you select:
Ubuntu 7.10, kernel 2.6.22-14-generic (recovery mode)
To ensure that the UUID's are correct in the grub file, issue:
$ sudo update-grub
That will place the correct UUID's in your grub file. There is no
similar command (that I know of) for doing the same for your fstab, so:
$ sudo fdisk -l
Now check the UUIDs again for the drives & swap:
$ sudo /sbin/vol_id -u /dev/sd*
where * is a1, a5, b1, etc. Issue it for each partition Linux and Swap
listed in fdisk -l. That will give you the correct UUIDs for those
devices. Leave the terminal window open and open a second terminal
window and open gedit (I assume you are using Gnome not KDE):
$ gksu gedit /etc/fstab
Now copy & paste the UUID's from the first terminal window into the
gedit fstab file for the appropriate device (modifying as below first).
That way you avoid missing a character and using uppercase wheh it
should be lower case etc.
Reboot & try the gutsy kernel.
Regarding your fstab - it isn't right:
> # /etc/fstab: static file system information.
> #
> # <file system> <mount point> <type> <options> <dump> <pass>
> proc /proc proc defaults 0 0
> /dev/hdb5 / ext3 defaults 0 2
> #UUID=cb18ce85-3710-4259-9abb-ce8a0ca67e13 / ext3 defaults,errors=remount-ro 0 1
> # /dev/hdb1
> UUID=e3756958-033e-41a9-b193-b04e66efb452 /boot2 ext3 defaults 0 2
> # /dev/hda1
> UUID=448C-C79B /media/hda1 vfat defaults,utf8,umask=007,gid=46 0 1
> # /dev/hda2
> UUID=d6f73dcb-5ca0-4c1d-85e1-48e7146026b3 /media/hda2 ext3 defaults 0 2
> # /dev/hda5
> UUID=a13285d9-22aa-45f0-86c1-7612dd07c8a7 /media/hda5 ext3 defaults 0 2
> # /dev/hda6
> UUID=8c1fbc9c-8304-4f24-b5bb-af1626035357 none swap sw 0 0
> # /dev/hdb6
> UUID=7c1edba8-4077-4dae-9454-9336e87d614c none swap sw 0 0
> /dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
> /dev/hdd /media/cdrom1 udf,iso9660 user,noauto 0 0
> /dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
This is a problem - you are trying to mount from an hdb when gutsy uses
sdb and UUID:
> /dev/hdb5 / ext3 defaults 0 2
> #UUID=cb18ce85-3710-4259-9abb-ce8a0ca67e13 / ext3
defaults,errors=remount-ro 0 1
If you are trying to boot from hdb5, this should read:
# /dev/sdb5
UUID=cb18ce85-3710-4259-9abb-ce8a0ca67e13 / ext3
defaults,errors=remount-ro 0 1
It will boot and mount correctly using only sdb5 in fstab:
/dev/sdb5 / ext3 defaults,errors=remount-ro 0 1
but you really do need to change it to the UUID after testing.
[assuming that cb18ce85-3710-4259-9abb-ce8a0ca67e13 is the correct uuid).
You might try just a simple fstab first (save your old under a different
name & ensure the UUID's are correct) to clear out the possibility of
problems with the other device definitions:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sdb5 (change sd* and UUID if necessary)
UUID=cb18ce85-3710-4259-9abb-ce8a0ca67e13 / ext3
defaults,errors=remount-ro 0 1
# /dev/sdb6 (change sd* and UUID if necessary)
UUID=8c1fbc9c-8304-4f24-b5bb-af1626035357 none swap sw
0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/scd1 /media/cdrom1 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
And boot. If you get the basics correct (main partition & swap) then you
can add in your other drives/partions one by one.
If the above screws up your feisty drive mounts, don't panic, just boot
into recovery mode and change the fstab back to the old.
More information about the ubuntu-users
mailing list