apt upgrade之后重启，然后起不来了。接上显示器看，停在grub rescue 了，找不到磁盘。
看了官方wiki，是grub的bug，下载8.1的pve系统做成U盘，重启系统到修复模式，把grub临时修好了。
重新进系统fsck花了点时间，超时了几次，重启几次之后，自动修好了。
然后赶紧把grub-pc换成了grub-efi-amd64，这个grub没那样的bug了，希望将来能省点心，耽误我将近两个小时。

https://pve.proxmox.com/wiki/Recover_From_Grub_Failure
--
FROM 110.185.26.*

我把pve搞到squashfs上，做个只读镜像，每次升级重新打包一个新镜像，原来
的还在，万一有问题就用回原来的启动，这样虽然升级麻烦一点，不过比较稳妥

【 在 Dazzy 的大作中提到: 】
: 标  题: Re: 升级pve踩坑grub rescue
: 发信站: 水木社区 (Wed Dec  6 16:51:31 2023), 站内
:
: 跟你这个问题不一定直接相关的提示: pve强烈建议，不要用upgrade，这个可能会(因升级不全面而)破坏pve系统，必须用dist-upgrade。这一点文档没明确解释，只是论坛客服回帖强调。
: https://pve.proxmox.com/wiki/System_Software_Updates
: 平时我为了少打几个字母，用upgrade，一旦看到有包会不升级，就会换回dist-upgrade.
:
: 【 在 poocp 的大作中提到: 】
: :
: : apt upgrade之后重启，然后起不来了。接上显示器看，停在grub rescue 了，找不到磁盘。
: : 看了官方wiki，是grub的bug，下载8.1的pve系统做成U盘，重启系统到修复模式，把grub临时修好了。
: : 重新进系统fsck花了点时间，超时了几次，重启几次之后，自动修好了。
: : 然后赶紧把grub-pc换成了grub-efi-amd64，这个grub没那样的bug了，希望将来能省点心，耽误我将近两个小时。
:
: #发自zSMTH@Redmi Note 7
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 113.119.11.*]
--
FROM 124.207.188.194

这是说PVE在UEFI启动的安装过程中会错装BIOS版的grub，
需要手工切成EFI版的？

【 在 poocp 的大作中提到: 】
: 我也再补充一下，看到本贴的pve用户，最好是直接执行一次：
: [ -d /sys/firmware/efi ] && apt install grub-efi-amd64
: 直接把这个问题扼杀在萌芽状态，而不是等下一次更新软件包，遇到问题后才执行。
: ...................
--
FROM 183.128.107.*

补充说明:
PVE8b1，基于bookworm testing，已经明确解决了这个问题。PVE8.1已自动按启动模式安装正确的grub包。
也就是说，PVE8的用户不需要专门去处理这个问题。

https://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_8.0_beta1


【 在 poocp 的大作中提到: 】
:
: 就是grub2的一个bug而已，有一行if条件没覆盖全部情况，LVM卷一旦改名，就找不到盘无法启动了。没等上游修，debian用户就放了patch，至于为啥grub包的新版本换了个名字，那就不知道了，反正这两个包都支持uefi启动，只不过旧的包有那个bug。
:
: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987008
:

#发自zSMTH@Redmi Note 7
--
FROM 113.119.11.*

对，pve7to8检查脚本就有这一项。
我整改了。

【 在 poocp 的大作中提到: 】
:
: 全新安装8.1的不用管这个，一路从6.x到7.x升级到8.1的还是要安装那个grub-efi-amd64才能给grub打上补丁。至少我昨天运行apt的时候没主动给我安装新的grub，我的就是8.1
:
: 【 在 Dazzy 的大作中提到: 】
: : 补充说明:

#发自zSMTH@Redmi Note 7
--
FROM 113.119.11.*