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

Question

当尝试在vmware工作站内编译/构建和引导自定义内核时，在启动新内核时，它会失败并且因为错误而无法通过uuid＆＃34;找到磁盘。 我用ubuntu和centos试过这个。

我尝试但没有帮助的事情

1. 检查uuid在启动项中的映射并在目录中存在。
2. initramfs的更新
3. 已替换root = uuid =＆lt;＆gt;使用/ dev / disk / sda3



是vmware工作站的问题吗？ 怎么可以纠正.. ??

Answer 1

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

问题是initrd没有启动LVM，因为dracut并没有告诉initrd它需要LVM。因此，如果您手动启动LVM，您应该能够启动进入系统进行修复。

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

vgscan
vgchange -ay
lvs

this link helped me remember

然后exit恢复正常启动。

您可能需要手动挂载LVM / etc / fstab条目，我不记得我是否做过。

Answer 2

试试这个：

sudo update-grub

然后：

mkinitcpio -p linux

检查fstab文件不会有任何问题。在那里，你应该找到你的驱动器的UUID。确保在fstab。

中设置了正确的标记

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

Answer 3

问题在于在执行

之后创建initramfs

  

make oldconfig

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

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

  

制作bzImage

     

制作模块

     

make modules_install

     

make install

开始像魅力一样工作。 我想知道为什么图像创建提前完成并导致图像损坏（尺寸较小）而不会丢失任何错误[每次]