Re: Kernel panic - VFS
I saw that the list places my messages at the top level of the threads, and not as a response to previous messages. I assume this is because I get the digest version, and reply to that and change the subject. If anyone knows how I can reply correctly, I'll be glad to comply. Bruce Dubbs wrote: There's way too many different issues for Chapter 8. Did you read the hint referenced in Section 8.3? http://www.linuxfromscratch.org/hints/downloads/files/kernel-configuration.txt Now I did. I didn't mean for details to be included in the book. The hint itself also doesn't actually reference many specific options. What I intended was a paragraph or two with the following bits of information: 1. Make sure you enable the relevant options for your hardware. 2. You can usually find hardware information using 'lspci'. 3. Another strategy is to enable many options, (possibly using 'lsmod' as a guide), and then possibly remove options to see what is necessary. Mike McCarty wrote: I would agree with this except that the kernel is such a rapidly moving target, it would require a nearly complete rewrite with each new kernel release. Describing the kernel configuration would require increasing the size of the book by quite a bit, and it would be a very high maintenance part of the book. I don't know. Adding general pointers shouldn't add too much or require too much maintenance. I don't expect detailed descriptions of the options. Perhaps just a hints section about how to ascertain what hardware is present could be added, however. Perhaps also how to ascertain what modules got loaded by the 6.3 LiveCD could be put in, so one might have an idea what to build in. Something like that would definitely be enough. Thanks, --yaacov -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Kernel panic - VFS
On Tue, Mar 23, 2010 at 3:55 AM, Yaacov-Yoseph Weiss yywe...@cs.huji.ac.il wrote: I saw that the list places my messages at the top level of the threads, and not as a response to previous messages. I assume this is because I get the digest version, and reply to that and change the subject. If anyone knows how I can reply correctly, I'll be glad to comply. The only way would be to remove your address from the digest list to the non-digest list. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Kernel panic - VFS
Andrew Benton wrote: I added CONFIG_PATA_VIA, and that did not help. which CONFIG_PATA_VIA depends? If I were you I'd enable support for lots of things that may, possibly be needed and compile them all into the kernel. Use lspci as a guide and Thanks. When enabling lots of options I noticed that I had stupidly enabled a similarly named option (I think CONFIG_SATA_VIA) instead of CONFIG_PATA_VIA which I needed. Thanks for the help. I would recommend improving chapter 8.3 of the book (configuring and compiling the kernel) by adding these hints about configuring the kernel, i.e. using lspci, lsmod, and enabling many options. Thanks again, --yaacov -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Kernel panic - VFS
Yaacov-Yoseph Weiss wrote: I would recommend improving chapter 8.3 of the book (configuring and compiling the kernel) by adding these hints about configuring the kernel, i.e. using lspci, lsmod, and enabling many options. There's way too many different issues for Chapter 8. Did you read the hint referenced in Section 8.3? http://www.linuxfromscratch.org/hints/downloads/files/kernel-configuration.txt -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Kernel panic - VFS
Yaacov-Yoseph Weiss wrote: [...] I would recommend improving chapter 8.3 of the book (configuring and compiling the kernel) by adding these hints about configuring the kernel, i.e. using lspci, lsmod, and enabling many options. I would agree with this except that the kernel is such a rapidly moving target, it would require a nearly complete rewrite with each new kernel release. Describing the kernel configuration would require increasing the size of the book by quite a bit, and it would be a very high maintenance part of the book. Perhaps just a hints section about how to ascertain what hardware is present could be added, however. Perhaps also how to ascertain what modules got loaded by the 6.3 LiveCD could be put in, so one might have an idea what to build in. Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Kernel panic - VFS
I installed lfs (around the time of one of the 6.6 release candidates) on an old Compaq laptop using jhalfs. After completing the configuration (from the current 6.6 release), I tried to boot the new system and received a kernel panic saying it could not mount the root filesystem. I'll try to provide relevant details here. If any more are requested, I'll provide them. I'll give information by answering the FAQ question/answers to this question. -- Did you specify the correct partition in /boot/grub/menu.lst? I think so. The lfs partition is /dev/sda5, which is (hd0,4) on grub and (hd0,5) on grub2. grub can successfully boot grub2 from this partition. By the way, the configuration file name for grub2 isn't menu.lst any more. -- Is support for the hard drive enabled in the kernel. For SCSI this means support for the specific SCSI adapter. Yes. I specifically made sure the CONFIG_BLK_DEV_SD option mentioned in the list archive was enabled. -- Is support for the hard drive compiled into the kernel, not just as a module. (Modules are stored on the filesystem. If a driver needed to access the filesystem is stored as a module on that filesystem, well ... you know ... ;) I added CONFIG_PATA_VIA, and that did not help. -- Is support for the filesystem compiled into the kernel. Again, not a module. Support for ext2 is enabled by default, but others like ext3, reiser, jfs, and xfs are not. The filesystem is ext3, which is enabled (and is by default). I also added ext2 which isn't enabled by default anymore. I assume I missed something which should be obvious. Thank you for you help, --yaacov -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Kernel panic - VFS
On 21/03/10 13:10, Yaacov-Yoseph Weiss wrote: I installed lfs (around the time of one of the 6.6 release candidates) on an old Compaq laptop using jhalfs. After completing the configuration (from the current 6.6 release), I tried to boot the new system and received a kernel panic saying it could not mount the root filesystem. I'll try to provide relevant details here. If any more are requested, I'll provide them. I'll give information by answering the FAQ question/answers to this question. -- Did you specify the correct partition in /boot/grub/menu.lst? I think so. The lfs partition is /dev/sda5, which is (hd0,4) on grub and (hd0,5) on grub2. grub can successfully boot grub2 from this partition. By the way, the configuration file name for grub2 isn't menu.lst any more. -- Is support for the hard drive enabled in the kernel. For SCSI this means support for the specific SCSI adapter. Yes. I specifically made sure the CONFIG_BLK_DEV_SD option mentioned in the list archive was enabled. -- Is support for the hard drive compiled into the kernel, not just as a module. (Modules are stored on the filesystem. If a driver needed to access the filesystem is stored as a module on that filesystem, well ... you know ... ;) I added CONFIG_PATA_VIA, and that did not help. -- Is support for the filesystem compiled into the kernel. Again, not a module. Support for ext2 is enabled by default, but others like ext3, reiser, jfs, and xfs are not. The filesystem is ext3, which is enabled (and is by default). I also added ext2 which isn't enabled by default anymore. I assume I missed something which should be obvious. Perhaps you didn't enable support for the motherboards chipset or something else on which CONFIG_PATA_VIA depends? If I were you I'd enable support for lots of things that may, possibly be needed and compile them all into the kernel. Use lspci as a guide and on you host system use lsmod to see which modules it has loaded (compile them into the kernel as well). When you've got a kernel that boots, then you can start turning off options to see what isn't needed or can be compiled as a module. If you break something, back up to the last kernel that booted and try again. Andy -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page