deepin efi分割槽作死與失敗的修復

2021-08-19 08:00:04 字數 896 閱讀 9199

一、起因

直接把debian格式化,然後裝的deepin,故efi分割槽裡殘留了debian資料夾。將其刪除時發現此分割槽中還有ubuntu資料夾,然後頭腦一熱,就手欠刪掉了。之後就進不了grub2了。

後來發現deepin的引導資料夾本身就是兩個,即ubuntu+deepin,淦。

二、失敗的嘗試

照著這個來的,官方wiki裡也是這個方法。不過我失敗了。

兩種可能原因:

1.      我在windows下一陣瞎搞,想恢復被刪除的檔案,結果吧efi分割槽的efi標識搞沒了,導致deepin無法識別efi分割槽,update-grub2命令失敗。

其實windows也找不到efi標識了,但沒有影響啟動。因為windows的啟動時的機制是尋找第乙個fat16/32格式的分割槽,並判斷其中是否有efi資料夾,沒有efi標識也沒關係。

搞沒efi標識的可能的操作是:使用diskgenius使efi分割槽可見並分配碟符,並嘗試開啟(並沒能開啟,後來發覺diskgenius可以直接操作檔案);使用easyuefi還原被刪除檔案(失敗),並刪除啟動項。

修復方法: 最後乙個命令最後要加上系統語言,如:bcdboot c:\windows /l  zh-cn   

2.      官方推薦方法中問題的產生原因是重灌windows,此情況下efi分割槽中的引導未被破壞(大概),然而我是直接把引導檔案刪了。。。故此方法不適用。

三、未做的嘗試

deepin有乙個「深度系統恢復工具」,其中有引導修復選項,須在livecd模式下使用,之前沒有發現就直接重灌了,故沒有嘗試。不過應該不行,因為deepin以無法識別我的efi分割槽。但若果我沒有胡搞搞壞efi標識,或修復efi標識,值得一試。

點陣與失量字型

在有些嵌入式裝置上由於資源所限,還在使用點陣字型,即把系統中要用到的字元用點陣的形式事先編譯到程式上或存於資料檔案中,繪製時直接取到點陣的位址作為位圖進行繪製。與失量字型相比優點是速度快,缺點是沒有多種樣式支援 face,斜體,加粗 不能任意的縮放,不過有些缺點還是可以彌補的 1 縮放 如果簡單的通...

主分割槽與邏輯分割槽

1.乙個硬碟主分割槽至少有1個,最多4個,擴充套件分割槽可以沒有,最多1個。且主分割槽 擴充套件分割槽總共不能超過4個。邏輯分割槽可以有若干個。2.分出主分割槽後,其餘的部分可以分成擴充套件分割槽,一般是剩下的部分全部分成擴充套件分割槽,也可以不全分,剩下的部分就浪費了。3.擴充套件分割槽不能直接使...

HIVE 動態分割槽與靜態分割槽

hive分割槽,實際上是通過乙個路徑來標識的,而不是在物理資料中。比如每天的資料,可能分割槽是pt 20121023這樣,那麼路徑中它就會變成 hdfs path pt 20121023 data files。通過路徑來標識的好處是,如果我們需要取特定分割槽的資料,只需要把這個路徑下的資料取出來就可...