initramfs 将尝试从 /dev/dm-1 恢复

ygo*_*goe 13 boot lvm raid

我正在设置一个新的 Ubuntu 18.04 服务器,并且已经完成了一个备份/恢复循环。因此,整个系统已从备份中恢复,并使用新的 RAID 和 LVM 卷。

最近,无人值守升级报告了这一点:

Processing triggers for initramfs-tools (0.130ubuntu3.8) ...
update-initramfs: Generating /boot/initrd.img-4.15.0-66-generic
I: The initramfs will attempt to resume from /dev/dm-1
I: (/dev/mapper/vg0-swap)
I: Set the RESUME variable to override this.
Run Code Online (Sandbox Code Playgroud)

我试图找出这实际上意味着什么,但没有成功。它在那里恢复什么?一些生成引导文件的过程?我知道这样做可能需要一段时间。跟RAID有关系吗?它的重新同步早就完成了。我不明白。而实际上有什么问题?那条消息要我做什么?我一窍不通。如果我不需要它,我怎样才能让它消失?

该消息后服务器确实成功重新启动了两次,因此它并不重要。(如果那个“我”应该是这样的意思。)

如果有帮助,这里有一些命令:

> lvs
  LV   VG  Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root vg0 -wi-ao---- 400.00g
  swap vg0 -wi-ao----   8.00g

> cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md1 : active raid1 nvme1n1p2[0] nvme0n1p2[1]
      499449152 blocks super 1.2 [2/2] [UU]
      bitmap: 1/4 pages [4KB], 65536KB chunk

md0 : active raid1 nvme0n1p1[1] nvme1n1p1[0]
      523264 blocks super 1.2 [2/2] [UU]

unused devices: <none>
Run Code Online (Sandbox Code Playgroud)

我找不到一个好的命令来显示有关这些“dm-0”和“dm-1”设备的信息,我猜这些设备也与 RAID 相关。

Den*_*rev 16

当您在第一个操作系统旁边安装另一个操作系统时可能会发生这种情况。意味着交换分区已更改 UUID,您需要在fstab.

要检查该 run sudo blkid,它会为您提供交换的实际 UUID,swapon -s将显示哪个是活动的,然后将其 UUID 与/etc/fstab.

如果不同,请/etc/initramfs-tools/conf.d/resume使用RESUME=UUID=<swap UUID from blkid>. 然后运行update-initramfs -u -k all,如果它没有抱怨,你就赢了。

  • 有趣,但我的 fstab 中根本没有 UUID。 (3认同)
  • 我在安装带有全盘加密的全新 Ubuntu 20.04 并在登录后执行第一个“apt update”和“apt update”后遇到了这个问题。在第一个周期中,我没有注意问题中提到的 initramfs 消息。重新启动后,系统无法启动,并且我无法恢复安装。在第二个周期中,在重新启动之前,我遵循了这些且仅遵循这些步骤,现在一切似乎都按顺序进行。谢谢。 (2认同)

Mar*_*rio 7

这实际上可能是这里提到的(甚至不是新的)错误。他们和其他人建议添加RESUME=none/etc/initramfs-tools/conf.d/resume.

我需要/etc/initramfs-tools/conf.d/resume先在我的 U 19.04 机器上sudo 创建文件。随着sudo update-initramfs -u -k all您测试和部署 initramfs 映像。在此处查看详细信息。