WanderingAlbatross
October 9th, 2012, 07:18 PM
I recently did a major number of updates of my system. One of the updates must have been to Grub, because after I restarted and grub came up, it wouldn't boot my other OS correctly, Archlinux. Here is what it wrote into the Grub menuentry for Arch:
setparams 'arch (on /dev/sda4)'
insmod part_msdos
insmod ext2
set root='(hd0,msdos4)'
search --no-floppy --fs-uuid --set=root 72b29576-5eb0-4b76-90c8-755c603e2515
linux /boot/vmlinuz-linux root=/dev/hda3 ro
initrd /boot/initramfs-linux.img
It would come up with a message saying it could not find /dev/hda3, waiting 10 seconds. To fix it, I could knew what my configuration was, so I changed this line:
linux /boot/vmlinuz-linux root=/dev/sda4 ro
and it worked fine at boot up. I had to make this a custom menuentry because update-grub keeps coming up with something that does not work. This is workable for the time, I am just curious why Grub did this.
setparams 'arch (on /dev/sda4)'
insmod part_msdos
insmod ext2
set root='(hd0,msdos4)'
search --no-floppy --fs-uuid --set=root 72b29576-5eb0-4b76-90c8-755c603e2515
linux /boot/vmlinuz-linux root=/dev/hda3 ro
initrd /boot/initramfs-linux.img
It would come up with a message saying it could not find /dev/hda3, waiting 10 seconds. To fix it, I could knew what my configuration was, so I changed this line:
linux /boot/vmlinuz-linux root=/dev/sda4 ro
and it worked fine at boot up. I had to make this a custom menuentry because update-grub keeps coming up with something that does not work. This is workable for the time, I am just curious why Grub did this.