1. 问题根因：20.03-LTS以前默认采用传统cfg，而SP1版本grub2升级后默认变为bls格式，该变更在升级时未被识别，造成重启后无法根据bls格式的grub.cfg找到内核，启动失败。
   修复方案：通过修改grub2默认采用传统cfg格式修复该问题。
2. 对于已产生该问题的OS系统，可通过升级grub2的方式修复(详细描述请见管理员指南-FAQ)：
   

场景/步骤：
1、x86架构 Legacy引导（arm不涉及）
2、/boot目录未单独分区
3、dnf 软件包全量升级，由20.03-LTS升级到20.03-LTS-SP1

现象：
1、系统升级成功
2、重启引导失败

修复方式：
1、在引导界面按e进行grub2配置修改界面，修改内核与initrd部分的路径，如：

linux ($root)/vmlinuz-4.19-xxx root=xxx --->>> linux ($root)/boot/vmlinuz-4.19-xxx root=xxx
initrd ($root)/initramfs-4.19-xxx       --->>> initrd ($root)/boot/initramfs-4.19-xxx 

随后，按ctrl+x引导系统启动。
2、重新安装grub2-2.04-8及以后的版本
3、重新生成cfg文件，grub2-mkconfig -o /boot/grub2/grub.cfg
4、再次重启，系统成功引导