PVE grub resue错误修复 lvmid BUG

服务器断电后启动不起来,显示grub resue

找了半天没有找到修复方法。看官方文档有一处Recovering from grub "disk not found" error when booting from LVM 极为类似。https://pve.proxmox.com/wiki/Recover_From_Grub_Failure

下面是处理过程。

使用PVE 6.4启动镜像启动。

选择 install Proxmox VE (debug mode)

依次输入

lvm

vgscan

lvcreate -L 4M pve -n grubtemp

强制重启

启动后

vgscan -vvv 2>&1 | grep "Reading metadata"

如果末尾是+0就没有问题。

bash 复制代码
root@pve104:~# vgscan -vvv 2>&1 | grep "Reading metadata"
        Reading metadata summary from /dev/sda3 at 24576 size 10136 (+0)
        Reading metadata summary from /dev/sda3 at 24576 size 10136 (+0)
        Reading metadata from /dev/sda3 at 24576 size 10136 (+0)

下面是那个BUG的翻译。

临时解决方案

为了暂时绕过这个bug并让主机再次进入可启动状态,触发LVM元数据更新是一个有效的办法。更新后的元数据将存放在元数据环形缓冲区的一个连续部分中,从而避免再次发生环绕。这样,grub就能够正确解析元数据并重新启动。

触发LVM元数据更新的一个简单方法是创建一个小的逻辑卷:

1使用带有LVM支持的实时USB/CD/DVD启动,例如使用grml。

2运行vgscan命令。

3在pve卷组中创建一个名为grubtemp的4MB逻辑卷:lvcreate -L 4M pve -n grubtemp。

4重启。PVE系统应该能够正常启动。

5现在可以删除grubtemp卷:lvremove pve/grubtemp。

请注意,触发元数据更新的方法还有很多,例如使用lvchange命令扩展现有的逻辑卷或给现有逻辑卷添加标签。

这个解决方案只是暂时的:如果主机在元数据环形缓冲区再次发生环绕时(重新)启动,grub将再次启动失败。

在运行的PVE系统上,您可以使用以下命令检查元数据环形缓冲区中是否存在环绕:

vgscan -vvv 2>&1 | grep "Reading metadata"

如果输出行的末尾是(+0),则表示没有环绕。如果它们以(+N)结尾,其中N是任何其他数字,则表示存在环绕,并且在重启后grub很可能会启动失败。

相关推荐
Pan Zonghui13 小时前
GitHub Bug反馈与修复全流程指南
github·bug
初圣魔门首席弟子1 天前
bug 2026.05.15(以前能运行的java springboot项目突然间不能运行后台数据了)
java·开发语言·bug
Desenberg2 天前
【Claude Code】因为中途修改配置路径导致Claude Code 插件安装失败
windows·bug
QuestLab2 天前
维护 Hermes Agent CN 过程中的碎碎念,以及从bug上得到的一点点启发
bug
java修仙传3 天前
Java 实习日记:一次 Excel 导入校验 Bug 的定位与数据更新逻辑优化
java·数据库·bug·excel·后端开发
当战神遇到编程3 天前
软件测试基础入门:从 BUG 到测试用例设计完整指南
测试用例·bug
Bear on Toilet5 天前
3. BUG篇
bug
编程探索者小陈5 天前
【测试】之BUG篇
bug
棋宣6 天前
uni-app编译到微信小程序中,父传子props首次传递数据不接收的bug
微信小程序·uni-app·bug
wqdian_com6 天前
华为手机浏览器的一个bug
服务器·华为·bug