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很可能会启动失败。

相关推荐
8年车载测试16 小时前
车载测试中如何通过 Jira 平台提交 Bug:操作步骤与关键要点
bug·jira·uds诊断·hil测试·uds自动化测试·ecu刷写测试·canoe工具
硅基手札1 天前
SPI技术系列 13 · SPI 调试与排查
linux·运维·stm32·单片机·嵌入式硬件·bug
李永奉1 天前
杰理可视化SDK开发-【BUG】AC7006F8芯片开启一拖二和双麦通话语音算法后,设置触摸音在唤醒语音助手和通话时触摸音没作用问题
单片机·嵌入式硬件·mcu·物联网·电脑·bug
kyle~3 天前
机器人通信 --- FANUC TCP 并发请求-响应错位 Bug 复盘
tcp/ip·机器人·bug
鬼手点金5 天前
Harness 工程:模型之外的竞争力
服务器·人工智能·深度学习·机器学习·bug
巴巴媛6666 天前
【Debug1】程序死机,while(1)循环,怎么办?
c语言·笔记·stm32·嵌入式硬件·bug
JosieBook8 天前
【多线程】两台机器同时抢一个字典:一次并发 Bug 的排查
java·网络·bug
鬼手点金8 天前
nanoGPT/nanochat 能做出 DeepSeek/Qwen 这样的大模型吗?
服务器·前端·javascript·bug·openclaw
小玮看世界10 天前
【Bug 报告】腾讯元宝 Windows 客户端 v2.88.1 新建对话卡死、界面残留与输入框乱码
bug
衣舞晨风10 天前
一次升级引出两个BUG:API7 AI 网关流式 500 与低流量 CPU 打满排查
网关·ai·bug·异常排查