deepin efi分区作死与失败的修复

一、起因

     直接把debian格式化,然后装的deepin,故efi分区里残留了debian文件夹。将其删除时发现此分区中还有Ubuntu文件夹,然后头脑一热,就手欠删掉了。之后就进不了grub2了。

      后来发现deepin的引导文件夹本身就是两个,即Ubuntu+deepin,淦。

二、失败的尝试

     http://www.mintos.org/skill/rescue-efi-grub.html

      照着这个来的,官方wiki里也是这个方法。不过我失败了。

      两种可能原因:

1.      我在windows下一阵瞎搞,想恢复被删除的文件,结果吧efi分区的efi标识搞没了,导致deepin无法识别efi分区,update-grub2命令失败。

其实windows也找不到efi标识了,但没有影响启动。因为Windows的启动时的机制是寻找第一个fat16/32格式的分区,并判断其中是否有efi文件夹,没有efi标识也没关系。

搞没efi标识的可能的操作是:使用DiskGenius使efi分区可见并分配盘符,并尝试打开(并没能打开,后来发觉DiskGenius可以直接操作文件);使用EasyUEFI还原被删除文件(失败),并删除启动项。

修复方法:https://www.chiphell.com/thread-1522885-1-1.html 最后一个命令最后要加上系统语言,如:bcdboot c:\windows /l  zh-cn   

2.      官方推荐方法中问题的产生原因是重装Windows,此情况下efi分区中的引导未被破坏(大概),然而我是直接把引导文件删了。。。故此方法不适用。

三、未做的尝试

      Deepin有一个“深度系统恢复工具”,其中有引导修复选项,须在liveCD模式下使用,之前没有发现就直接重装了,故没有尝试。不过应该不行,因为deepin以无法识别我的efi分区。但若果我没有胡搞搞坏efi标识,或修复efi标识,值得一试。


你可能感兴趣的:(系统维护)