vmware 工作站中的自定义 Linux 内核构建失败答案

【问题标题】：custom Linux kernel build failure in vmware workstationvmware 工作站中的自定义 Linux 内核构建失败
【发布时间】：2016-04-01 02:49:48
【问题描述】：

尝试在 vmware 工作站中编译/构建和启动自定义内核时，在启动新内核时，它失败并落入 shell 并出现错误“无法通过 uuid 找到磁盘”。我用 ubuntu 和 centos 都试过了。

我尝试过但没有帮助的事情

vmware 工作站有问题吗？怎样才能纠正..？？

【问题讨论】：

你能在 dracut shell 中看到 /dev/disk/sda3 或 /dev/sda3 吗？尝试通过 dmesg 查看是否有任何错误。
命令ls -fa 没有显示它正在寻找的uuid 吗？这看起来不像是内核构建失败，而更像是引导问题，您可能希望在引导加载程序中以 /dev/sd[a-z][1-4] 为目标。
@Matt 我可以在 dracut shell 中看到它们，尝试在命令行中修改它们，但没有帮助。 dmesg 给出了与问题本身相同的错误。
@u8sand 如问题所述，已经尝试将 root=uuid= 替换为 /dev/disk/sda3 没有帮助。这确实是一个启动问题。
您是否尝试在 dracut shell 中手动安装卷？

【解决方案1】：

我自己尝试使用在另一个分区上安装的 Centos 将 Fedora 22 引导到空白分区时也遇到了类似的错误。我从来没有完全解决它，但我确实发现问题出在我的 initrd 而不是内核上。

问题是 initrd 没有启动 LVM，因为 dracut 没有告诉 initrd 它需要 LVM。因此，如果您手动启动 LVM，您应该能够引导到您的系统来修复它。

我相信这是我从紧急外壳运行以启动 LVM 的命令序列：

vgscan
vgchange -ay
lvs

后跟exit 恢复正常启动。

您可能必须手动安装 LVM /etc/fstab 条目，我不记得我是否这样做了。

【讨论】：

vgscan 命令无法识别。一个人如何明确进入紧急外壳..？当它无法启动时，它会自动下降到紧急外壳，对吧..？
是的，没错，就是你第二张截图中的那个。
为什么 vgscan 无法识别呢..？应该怎么做才能使它在紧急外壳中工作..？
嗯...根据which vgscan 在我碰巧有一个Linux 系统上，vgscan 住在/sbin。也许如果您尝试/sbin/vgscan 它会起作用？
no @Adam sbin 内没有 vgscan。我在 centos-7

【解决方案2】：

试试这个：

sudo update-grub

然后：

mkinitcpio -p linux

检查您的fstab 文件不会有什么坏处。在那里，您应该找到驱动器的 UUID。确保您在 fstab 中设置了正确的标志。

另外，grub.cfg 中有一个设置，GRUB 使用旧样式的十六进制 UUID。也检查一下！

【讨论】：

mkinitcpio 命令无法识别。我在客户机中有 ubuntu 和 centos，但没有 archlinux
啊。您是否检查了我提到的GRUB 选项？它可能无法启动，因为它需要不同的格式。
是的@Ray 我已经更新了它，运行了很多次但没有帮助:(
打开 GParted，进入要启动的卷的属性。应该有一个像这样的旧式 UUID：GHG54-85NFG-FG985 尝试在你的 GRUB 中使用它而不是 /dev/disk/sda3

【解决方案3】：

问题在于在创建 initramfs 之后，

制作旧配置

并为新选项选择默认值，确保有足够的磁盘空间可用于创建映像。在我的情况下，创建的映像不正确，因此无法在启动时挂载映像。

比较时；图像大小比现有的低版本图像小很多，所以我添加了另一个足够大的磁盘然后

制作 bzImage

制作模块

制作模块安装

进行安装

开始像魅力一样工作。我想知道为什么图像创建较早完成并导致图像损坏（尺寸较小）而没有抛出任何错误[每次]

【讨论】：