导致内核恐慌的原因是什么？

Question 1

部分输出缺失，因为它已经滚出屏幕，但可以看到内核在中崩溃了mount_root()。这意味着它在挂载您传递的根文件系统时出现了问题。请检查以确保您已将正确的参数传递给内核，以便从它应该从中引导的任何媒体进行引导。

Answer

部分输出缺失，因为它已经滚出屏幕，但可以看到内核在中崩溃了mount_root()。这意味着它在挂载您传递的根文件系统时出现了问题。请检查以确保您已将正确的参数传递给内核，以便从它应该从中引导的任何媒体进行引导。

Question 2

这实际上是可能的。您需要该特定发行版的调试内核。

在单独的主机上。

下载该内核的 kebug 版本。它将包含一个vmlinux文件。

在 gdb 中打开 vmlinux 文件。

$ gdb /usr/lib/debug/lib/modules/3.14.9-200.fc20.x86_64/vmlinux
GNU gdb (GDB) Fedora 7.7.1-13.fc20
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/debug/lib/modules/3.14.9-200.fc20.x86_64/vmlinux...done.
(gdb)

从堆栈输出来判断，我们可以看到在崩溃之前内核最有用的函数是mount_block_root。

为了确定在哪里如果失败了，我们需要将函数名称和偏移量输入到 GDB 中。这是通过取消引用函数地址和偏移量来实现的。堆栈跟踪将偏移量作为函数之后的第一个值。

IE 的mount_block_root+0x225意思是（我在“mount_block_root”加上 549 字节（十六进制翻译）。

最后，我们告诉 GDB 打印该区域的源代码。在我的 Linux 系统中，结果如下

(gdb) list *(mount_block_root+0x225)
0xffffffff81d26513 is in mount_block_root (init/do_mounts.c:422).
417                "explicit textual name for \"root=\" boot option.\n");
418 #endif
419         panic("VFS: Unable to mount root fs on %s", b);
420     }
421 
422     printk("List of all partitions:\n");
423     printk_all_partitions();
424     printk("No filesystem could mount root, tried: ");
425     for (p = fs_names; *p; p += strlen(p)+1)
426         printk(" %s", p);

从这里我们可以准确地知道事故发生时我们位于何处。笔记我的内核是不是您的内核，因此偏移量可能不对。基于这两个内核几乎相同的可能性，我敢打赌，真正的恐慌实际上发生在第 419 行，而不是第 422 行（如建议的那样）。

进一步阅读代码，稍微表明它无法打开指定的块设备——但如果没有崩溃转储，就无法从信息中判断原因。因此可能是：-

您不想安装块设备（很可能）。
您指定了一个不存在的块设备地址（或分区）。
您的 initrd 中没有包含正确的文件系统模块来挂载它。
磁盘上没有文件系统。
文件系统的超级块不在该位置的开头。

根据您引用的链接，它表明您正在尝试使用 NFS 作为根目录进行挂载，在这种情况下您应该绝不最终还是会进入这个函数。在这种情况下：

您的内核命令行包含多个根指令。
您输入了错误的 NFS 地址，以致它无法被正确解析并进入您想要的实际功能（mount_nfs_root）。

因此，总体而言，根据问题中的信息，我认为您遗漏了某些内容或输入了错误。

Answer