Grady34,
You need to first make an initrd for the generic kernel as others have said. Read the README in the /boot directory on your Slackware system for instructions on how to do that. You can boot Slackware to the huge kernel from the first install CD or the DVD by running the command that is listed when you boot up the first CD or DVD. The command for creating the initrd will be something like: Code:
mkinitrd -c -k 2.6.29.5 -m mbcache:jbd:ext3 -f ext3 -r /dev/hdb3 Code:
mkinitrd -c -k 2.6.29.6 -m ext4 -f ext4 -r /dev/sda6 https://wiki.ubuntu.com/Grub2 The specific part about creating custom entries is here: https://wiki.ubuntu.com/Grub2#User-defined Entries For reference, here is my custom entry for booting Slackware 13 64bit on /dev/sda6. NOTE: You will need to change the partition number and UUID number according to your system: Code:
echo "Adding Slackware64-13.0 on /dev/sda6" >&2 Remember, grub2 counts hard drives from zero, as grub-legacy did. But partitions are counted from 1, not zero. So /dev/sda1 would be (hd0,1) in grub2-speak. In grub-legacy-speak it would have been (hd0,0). |
arubin:
Quote:
Quote:
Regards, Bill |
Problem with that is that I can boot in to the huge kernel no problem with the exact same grub menu entry.
|
So with huge you boot ok, with generic you cannot see the block device.
Perhaps the generic kernel does not have drivers for your SATA controller. You should check what driver is required and either add it into the initrd or compile a custom kernel based on the generic config that includes the controller. |
Quote:
|
Thanks tommcd, that was it.
I ran mkinitrd, and I manually edited the grub commands upon start up to point to the initrd, but with only the reiserfs.ko added it wasn't recognizing my SATA drives. Added a custom item that included the initrd line so that I don't have to type it every time, redid my mkinitrd with the options you mentioned and everything is booting properly now. One last question -- now that grub2 is all automated and they tell you not to edit grub.cfg, is there a way for me to remove these non-working entries that don't have the initrd? From reading through the link you posted I can't think of anything short of manually editing it out, which I assume would be erased any time I did update-grub. Not crucial, just to sooth my OCD... |
grady34
Quote:
Regards, Bill |
Quote:
Quote:
I admit that my grub2 menu is also looking a bit untidy, since I have those non-working Slackware entries in my grub.cfg just like you. The only thing I can think of to remove these non-working entries and tidy up the grub menu would be to add this line to /etc/default/grub Code:
GRUB_DISABLE_OS_PROBER=true https://wiki.ubuntu.com/Grub2#grub (/etc/default/grub) Quote:
https://wiki.ubuntu.com/Grub2#User-defined Entries Then when you run update-grub the only entries in grub.cfg would be the Ubuntu kernels, the recovery mode options for Ubuntu, plus the custom entries you have created in /etc/grub.d/. All those non-working options would be gone. Another way to do this would be to remove the executable bit from /etc/grub.d/30_os-prober. To do that just run: Code:
cd /etc/grub.d/ You would still need to create custom entries for booting all other operating systems in /etc/grub.d as I have discussed. Then just run: "sudo update-grub" to have a grub menu exactly as you want it. I have not disabled 30_os-prober, since I also boot Zenwalk, Debian and WindowsXP, and the os-prober works well for those. So I just live with the untidy non-working Slackware entries. |
Quote:
https://wiki.ubuntu.com/Grub2 http://members.iinet.net/~herman546/p20.html If you find anything else, please post it here. Quote:
|
All times are GMT -5. The time now is 09:20 PM. |