一次 Linux LVM 根卷组重命名后的启动链路修复记录
背景 某台 Linux 主机使用 LVM 管理根分区,系统原本可以正常启动。后续为了统一命名规范,对卷组名称进行了重命名。重命名本身成功,LVM 层状态正常,但随后出现了两个典型问题: 这类问题的本质并不在于 LVM 重命名失败,而在于启动链路中的历史引用没有被同步更新。也就是说,LVM 元数据已经变了,但 GRUB、内核命令行、initramfs、fstab 等位置仍然残留旧名字。 本文记录一次完整的排查与修复过程,并总结出一套可复用的方法。 现象 在卷组重命名之后,LVM 状态看起来已经正常,例如: 但是执行以下命令时会出错: update-initramfs -u -k all 报错类似: cryptsetup: ERROR: Couldn’t resolve device /dev/mapper/旧卷组-rootcryptsetup: WARNING: Couldn’t determine root device 继续执行: update-grub 又会报错: /usr/sbin/grub-probe: error: failed to get canonical path of `/dev/mapper/旧卷组-root’. 这说明系统运行态已经基于新逻辑卷工作,但启动配置里仍然有旧名字残留。 问题本质 LVM 的卷组名变更,只会修改 …