Interesse an einem netzpolitischen Treffen in Rostock?
Webseite & Infos: http://npbhro.de | auf Twitter folgen: #npbhro
I've been running grub for quite a long time on my machine, but when I rebooted the other day, I noticed that there's currently a problem with the grub installation on my system: it doesn't boot anymore! ;)
My machine has 3 drives, with an LVM for the data on a RAID5. Then there is another RAID1 for /boot. This worked all the years quite reliable with grub. Now grub complains that it can't find the kernel anymore. The reason seems to be (from /boot/grub/grub.cfg):
echo 'Loading Linux 2.6.32-5-amd64 ...'
linux /boot/vmlinuz-2.6.32-5-amd64 root=UUID=36213d56-67cf-428d-b801-4171fd9d6943 ro vga=775
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-5-amd64
For some reason I don't know there's a /boot in front of /vmlinuz... which prevents loading the kernel. There's a "set root='(md0)'" line in the config as well, but I assume that this is correct, because /dev/md0 is my /boot on RAID0. The rootfs is on /dev/md2, another RAID0. So, I can't set root='md2' because there's no /boot/grub directory in the first place.
When I editing the linux and initrd lines in the boot prompt and remove the /boot, everything is fine and my system boots up just fine.
Was there an intended change in grub-pc package that causes this behaviour or is ist just a plain bug?
Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer
Comments
Maybe you need to learn how
Nope. Negative. Maybe I
Looks like
I gave up on grub-pc + RAID a
You clearly haven't used
I "fixed" this by # cd
Pages
Add new comment