kernel panic 是否只是编译内核不当引起的错误？

updavy

我已经很努力很仔细的重新编译了n此内核了
仍然是这个错误

VFS:Cannot open root device "hdb2" or unknown-block(0,0)
Please append a correct "root=" boot option
kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)

clfs中是否还有其他步骤也会导致类似错误呢

kangtian

文件系统发生错误也会这样的。

地球发动机

多了，比方说，你给了错误的内核参数，编写grub时候出点错，都会导致这个问题发生。

laowang_buaa

跟内核配置中硬盘控制器驱动配置的关系很大，建议仔细检查一下，把需要的驱动编译到内核中去。

luozhenwu

clfs没有做过，建议好好看看vmlinuz、initrd、system.map这几个文件的分析，另外看一下文件系统在系统启动时的挂载问题（可结合内核分析一下，大致分析一下就可以），这对于问题的理解很有好处。
根据启动时显示的出错信息（VFS: Unable to mount root fs on unknown-block(0,0)
），很显然是VFS没有挂载上根文件系统，而要真正弄懂这个问题，你就要知道vmlinuz、initrd这两个文件的关系。或者可以参考一下我对于这个问题的解决。（标题: Kernel panic…… ）

updavy

Post by luozhenwu;1834327
clfs没有做过，建议好好看看vmlinuz、initrd、system.map这几个文件的分析，另外看一下文件系统在系统启动时的挂载问题（可结合内核分析一下，大致分析一下就可以），这对于问题的理解很有好处。
根据启动时显示的出错信息（VFS: Unable to mount root fs on unknown-block(0,0)
），很显然是VFS没有挂载上根文件系统，而要真正弄懂这个问题，你就要知道vmlinuz、initrd这两个文件的关系。或者可以参考一下我对于这个问题的解决。（标题: Kernel panic…… ）

vmlinuz 是内核镜像吧 initrd可以动态的加在一些硬件驱动，主要是为了应对硬件改变?
如果硬件不变只要把所需要的驱动编译进内核就不需要initrd

updavy

我将我host机器上的 vmlinuz initrd 这个两个文件拷进target系统中
系统可以启动并能正常运行

－－－－－这样就可以排除前面有位兄弟所说的文件系统错误吧

然后我就在target （运行的是host的内核）系统下直接编译内核，又经过了相当长时间的menuconfig
我怕再出现kernel panic 所以内核编译device drvier 下面的 ata/atapi/pfm/rll 分项下面的都尽量编译到内核

结果没有kernel panic的错误了.....
VFS：Mounted root (ext3 filesystem) readonly

updavy

但是却出现了下面的错误

INIT:  version 2.86 booting
Mounting kernel-based file systems: /proc/sys      [OK]
Creating /dev intmpfs....                                            [OK]
Copying static entries....                                            [OK]
Setting Permissons on /dev/shm.....                        [OK]
Starting udevd......                                            
udevd[846]: init_udevd_socket: error getting socket: Address family not supported by protocol
udevd[846]: main: error initializing udevd socket: Illegal seek     [FAIL]

Performing Coldplugging....                           好长时间后 ［OK］
Mounting file systems....
/dev/hdb2:
The superblock could not be read or does not describe a correct ext2 filesystem If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or someting else), then the superblock is corrupt, an you might try running e2fsck with an alternalte superblock:
          e2fsck -b 8139 <device>
                                                                                             [FAIL]

updavy

我觉得
udevd[846]: init_udevd_socket: error getting socket: Address family not supported by protocol
udevd[846]: main: error initializing udevd socket: Illegal seek [FAIL]

这个是主要的，哪位兄弟给解释一下阿

laowang_buaa

请查看mount的用户和组是否已经设置为root，否则该命令无法正确执行，导致错误!

详细说明请参考：http://linuxman.blog.ccidnet.com ... -itemid-230397.html

关于Kernel panic 的问题，也可以看看http://linuxman.blog.ccidnet.com ... -itemid-226147.html