这是一种常见的情况。无论出于什么原因,initramfs (OpenSUSE,万一有问题)都找不到根文件系统,因此它会将您放到一个救援外壳中。不过,我非常清楚需要安装什么设备。我的问题是:
想必这就是救援队的重点所在。然而,似乎没有人记录你是如何做到这一点的。
显然,我可以在某个地方挂载根文件系统。但是如何使它成为文件系统树的根呢?然后继续正常的引导过程吗?(我以为只要离开壳就行了.但事实并非如此。)在继续之前,您到底需要安装什么,以及如何继续?
发布于 2020-06-22 23:12:24
这取决于问题的类型,如果问题是对initramfs映像本身进行边界处理,那么您需要实际重新生成它(运行update-initramfs)来修复问题。记住,initramfs文件系统是一个RAM文件系统,因此要修复任何需要修复压缩的initramfs映像和/或修复根文件系统所需的内容。
我在LUKS上使用了下面的过程,用于恢复由一个坏密码中断的引导。
首先,我解密了这个分区。
cryptsetup luksOpen /dev/nvme0n1p3 nvme0n1p3_crypt注意,device_crypt不是随机的。它需要匹配系统挂载时通常使用的名称(分区+ _crypt似乎是标准的)。
接下来,您需要激活该分区上的卷组。
vgchange -ay现在,您可以尝试挂载文件系统、/、/boot、proc、交换等等,并以这种方式运行。
尽管在我的例子中,我所要做的就是输入exit和initramfs,看到逻辑卷,然后愉快地重新启动。此时,修复damange并运行update-initramfs -u很容易。
发布于 2017-02-07 08:31:52
只需运行fsck命令,而不需要从initramfs中选择,然后重新启动
根分区是sda3
fsck /dev/sda3发布于 2016-06-23 15:06:53
正常程序是
你可能会想
这是不推荐的,您必须在每次引导时都这样做。在生产环境中,您不能确定手动引导遵循与自动引导相同的步骤。
然而,在有关键数据的紧急情况下,步骤5通常归结为:
https://unix.stackexchange.com/questions/291638
复制相似问题