内核更新后Grub探测失败，存在活动根LVM快照时能否安全重启？

别太担心，先帮你拆解下当前的情况，再给出具体的建议：

能不能安全重启？ #

从你提供的grub配置生成日志来看，核心的系统引导条目已经正常生成完毕——grub成功识别了新内核（5.10.0-21）以及两个旧内核，并且正确关联了对应的内核镜像和initrd文件。

那个grub-probe: error: unknown filesystem的报错，是os-prober在扫描到你的LVM快照设备/dev/mapper/mainvg-bkp_lvroot时触发的小问题，属于探测额外引导项时的故障，完全不会影响原有系统的正常引导配置。

你提到Launchpad上类似问题重启就能解决，这是因为重启后grub的探测环境会重置，快照相关的临时占用状态会被清理，下次运行update-grub大概率就不会再报这个错了。所以你完全可以安全重启，系统会正常引导到新内核，不会出现崩溃或无法启动的情况。

如果实在担心，怎么回退到旧内核？ #

要是你还是对新内核有所顾虑，也可以临时或长期回退到旧内核（5.10.0-20）：

• 临时启动旧内核：重启时，在grub菜单里选择「Advanced options for Debian GNU/Linux」，然后在子菜单中选择Linux 5.10.0-20-amd64启动即可，这个操作不会修改默认引导项。
• 设置默认启动旧内核：如果想长期使用旧内核，编辑/etc/default/grub文件，将GRUB_DEFAULT的值修改为"1>0"（grub菜单里「高级选项」是第2个条目，索引从0开始为1，里面第一个旧内核是子菜单的第1个条目，索引为0），之后运行sudo update-grub使配置生效。哪怕当前grub-probe报错，这个命令依然能正常更新核心引导配置。

关于快照无法删除的问题 #

你提到快照处于active状态无法删除，大概率是有进程在占用这个快照设备：

1. 先检查快照是否被挂载：运行mount | grep bkp_lvroot查看挂载记录，如果有挂载，先执行sudo umount /dev/mainvg/bkp_lvroot卸载，之后再尝试删除sudo lvremove /dev/mainvg/bkp_lvroot。
2. 如果没有挂载，用sudo fuser -m /dev/mainvg/bkp_lvroot查看占用快照的进程，结束相关进程后再尝试删除。
3. 如果以上方法都不行，重启后快照的active状态会自动解除，那时再执行删除命令应该就能成功了。

备注：内容来源于stack exchange，提问作者archygriswald