进入系统后终端再更新引导就可能有了
sudo update-grub
回车后输入密码授权执行完成后重启看看
进入系统后终端再更新引导就可能有了
sudo update-grub
回车后输入密码授权执行完成后重启看看
进不了系统😂
有做过 deepin 安装盘的 U 盘或者 deepin live cd 的 U 盘嘛,印象里插上进 live 系统(不安装的那个),按照前面楼上说的更新一波引导能好。
有做过 deepin 安装盘的 U 盘或者 deepin live cd 的 U 盘嘛,印象里插上进 live 系统(不安装的那个),按照前面楼上说的更新一波引导能好。
没有用的啦,要挂载系统盘、chroot......但是很难成功
别问我是怎么知道的......
我是通过隔壁系统盘,修复隔壁系统的引导后实现恢复的。
如果有备份,也可以重装系不格式化/home,然后再恢复【有概率会炸】。
进windows系统,用pe工具修复它。
同样遭遇,刚刚升级完25.2.2,进不了deepin了

没有用的啦,要挂载系统盘、chroot......但是很难成功
别问我是怎么知道的......
我是通过隔壁系统盘,修复隔壁系统的引导后实现恢复的。
如果有备份,也可以重装系不格式化/home,然后再恢复【有概率会炸】。
我问了AI,没搞定😂
具体说说怎么用隔壁盘修复的呗。
进windows系统,用pe工具修复它。
windows pe 不是只能修复windows的引导吗?deepin也能修复?
windows pe 不是只能修复windows的引导吗?deepin也能修复?
不行的,刚试过
然后用GXDE Maintenance Live CD 也没搞定,没办法了
回归win了
我问了AI,没搞定😂
具体说说怎么用隔壁盘修复的呗。
再装一个Linux,在它的引导里找到deepin
用live模式启动,然后chroot,然后用终端安装相应的内核,然后更新grub,再重启
确认下丢启动引导的各位是不是这位大佬说的这种情况呢?是不是装的社区用户搞的无磐石版本或之前从23改源升级的?
正常的升级流程我们肯定是要测试的,如果有这样丢引导的问题测试流程是没法通过的,磐石的组件升级可能会对无磐石版本产生不可预见的影响。 @忘记、过去

研发给了一个修复方案可以尝试下(没有环境验证):
操作步骤 :
10_linux.zip(第二步所需文件,解压后得到10_linux文件)
在livecd下面手工编辑目标系统的/boot/grub/grub.cfg文件
在### BEGIN /etc/grub.d/30_os-prober ###后面添加下面内容
必须注意4ce61254-f3b4-4274-bdfb-6d449d40f31c 为目标系统Boot分区对应的UUID 需要替换成自己的 可以用blkid 命令查到
51d243d7-b8dc-422e-9998-cf1ca1da4582 为目标系统Root分区对应的UUID 需要替换成自己的 可以用blkid 命令查到
/vmlinuz-6.18.48-amd64-desktop-rolling /initrd.img-6.18.48-amd64-desktop-rolling 为Boot目录下面当前内核和initrd文件名 需要替换成当前系统版本的 可以在需要启动目标系统的boot分区下面查到对应文件
menuentry 'Deepin' {
insmod part_gpt
insmod gzio
insmod ext2
search --no-floppy --fs-uuid --set=root 4ce61254-f3b4-4274-bdfb-6d449d40f31c
linux /vmlinuz-6.18.48-amd64-desktop-rolling root=UUID=51d243d7-b8dc-422e-9998-cf1ca1da4582 ro
initrd /initrd.img-6.18.48-amd64-desktop-rolling
}
有简单的恢复方法,参考 https://zhuanlan.zhihu.com/p/31413725493
ls 查看硬盘分区,找到 /boot 所在分区(如 (hd0,gpt3),如果不确定,参考教程执行 ls (hd0,gpt3) 查看分区文件内容)set root=(hd0,gpt3)linux /vmlinuz 并按 Tab 补全内核路径,后续添加启动参数 root=/dev/xxx 指定根目录所在分区,参数之间空格分隔initrd /initrd 并按 Tab 补全 initrd 路径boot 启动进入系统后,执行
sudo apt autopurge deepin-immutable-ctl
sudo update-grub
即可恢复 grub 启动项
进到系统里了,但输入 sudo apt autopurge deepin-immutable-ctl 提示会卸载系统关键文件。

确认下丢启动引导的各位是不是这位大佬说的这种情况呢?是不是装的社区用户搞的无磐石版本或之前从23改源升级的?
正常的升级流程我们肯定是要测试的,如果有这样丢引导的问题测试流程是没法通过的,磐石的组件升级可能会对无磐石版本产生不可预见的影响。 @忘记、过去

装的确实是无磐石版本。
进到系统里了,但输入 sudo apt autopurge deepin-immutable-ctl 提示会卸载系统关键文件。

单独卸载 deepin-immutable-ctl 好了。
Deepin V25.2.2(不可变根 / 磐石版本)升级 GRUB 后:
grub-mkconfig 时,找不到本机 linux image,不会输出 Found linux image,os-prober 只能扫到其他系统。deepin-immutable-ctl(磐石安全相关组件)会干预 /boot 内核文件的读取,干扰 GRUB 的 10_linux脚本,导致脚本无法识别当前 Deepin 系统的 vmlinuz、initrd,无法生成本系统启动菜单项。
前提:通过 Ubuntu 的 GRUB 菜单进入 Deepin 系统
sudo apt autopurge deepin-immutable-ctl
update-grub等价 grub-mkconfig -o /boot/grub/grub.cfg)sudo update-grub
我是双系统,能从别的启动菜单进入deepin,用以上操作完成修复。备查
Popular Ranking
ChangePopular Events
More
使用sudo apt dist-upgrade升级完系统重启正常进系统,然后用sudo apt dist-upgrade 好像是把老的内核卸载了,然后自动更新了GRUB,然后重启就没有引导了。