SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello!
I"ve just installed slackware 12, and I've got following problem: I can boot only using huge-smp (or just "huge") kernel. While booting "normal" ("non-huge") kernel, booting fails with:
1) "no filesystem could mount root partition" (if I'm trying to boot kernel without initrd" or
2) "no /sbin/init found on rootdev (or not mounted). Trouble ahead". (if I'm trying to use initrd.
I'm using ext3 for root partition. initrd was created using mkinitrd that comes with slackware 12 (mkinitrd -c -k 2.6.21.5-smp -m ext -f ext -r /dev/hdc3) but it looks like inintrd images doesn't work.
It looks like one of the solutions is to compile kernel with builtin ext3 support. But what are the ways to load "non-huge" kernel without recompiling it?
Well it looks like your mkinitrd command is a bit faulty. Have a good read of the mkinitrd manual page, the /boot/README.initrd and also see mkinitrd --help.
I am going to give you two hints here, that may help you solve the problem:
1) Look at the file system you are specifying
2) Look at the kernel for which you are building your initrd
Yes, it boots with "huge" kernels (I've added a selection of kernel into /etc/lilo.conf, and only thing that boots is "huge" kernel.) I suppose that booting without initrd doesn't work because ext3 support is compiled as a module and isn't available at boot time. (I remember that Slackware 11 was somehow first mounting root partition as ext2 and then was remounting it as ext3).
Quote:
Originally Posted by Michielvw
Well it looks like your mkinitrd command is a bit faulty. Have a good read of the mkinitrd manual page, the /boot/README.initrd and also see mkinitrd --help.
I am going to give you two hints here, that may help you solve the problem:
1) Look at the file system you are specifying
2) Look at the kernel for which you are building your initrd
Well, I'm not sure what was wrong before. Maybe I've made same misprint as in a first post (ext instead of ext3), or that was an initrd made from chrooted /mnt/ folder of slackware bootdisk. Anyway, everything works now ("mkinitrd -c -k 2.6.21.5-smp -m ext3 -f ext3 -r /dev/hdc3"). Problem solved, thanks for the help.
most likely the typo. Because you tried to load modules for an "ext" filesystem, instead of ext3. So your kernel is trying to load something, then tries to find your disk that has the rest of the modules/programs/etc, and screams in panic because it can't read the disk.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.