如何處理損壞的 /boot/uefi

如何處理損壞的 /boot/uefi

全新 HP Pavillion 15 的背景

  1. 通常程序:

    A。刪除windows分割區,只保留/boot/uefi分割區

    b.建立多個 ext4 分割區,其中兩個用於作業系統

    C。在第一個作業系統分割區安裝 Linux

    C。做了這個程序10年

    d.筆記型電腦自交付以來就以這種方式完美運行

  2. 使用突觸更新後,重新啟動掛起嘗試了幾次,滾動看起來與預期一致 - 守護進程啟動等 - 直到它掛起的位置

  3. 在第二個作業系統分割區上從 DVD 安裝 16.04 安裝中未報告任何問題

  4. 新安裝後啟動並出現藍色畫面並出現錯誤code 0xc0000225

  5. 藍屏指向的所有診斷都透過CPU、記憶體、磁碟等

  6. 網路搜尋表示/boot/uefi分區已損壞

問題:我可以重新格式化/boot/uefi分割區或以某種方式挽救它嗎?

答案1

您看到的錯誤訊息的螢幕截圖可能會有所幫助。我用谷歌搜尋並找到了幾個頁面,例如這個,其中顯示的螢幕截圖看起來可能是 Windows 錯誤。如果是這樣,那麼聽起來您的安裝方法使某些 Windows 文件完好無損,這些文件已以某種方式被激活,現在正試圖控制電腦。 (附註:如果您從基於 EFI 的電腦上完全刪除作業系統,請務必刪除其在 EFI 電腦上的文件EFI 系統分割區 (ESP)防止這種「殭屍作業系統」症候群!在你的情況下,完全刪除 ESP 並允許 Ubuntu 安裝程式建立新的 ESP 是合適的。

如果 ESP(/boot/efi在 Ubuntu 中安裝)損壞,或者 Windows 啟動管理器已返回殭屍樣式,則應該可以使用我的rEFInd 啟動管理器在 USB 隨身碟或 CD-R 上。但請注意,您可能需要停用安全啟動如果已啟用。電腦啟動後,您應該能夠進一步調查,例如:

  • 用於dosfsck檢查 ESP 上的檔案系統損壞。 (請務必先卸載它。)
  • 在 ESP 上尋找剩餘的 Windows 檔案。 (/boot/efi/EFI/Windows從 Ubuntu 中可以看出,它們通常駐留在 中。)
  • 使用 檢查引導順序sudo efibootmgr -v。注意線路BootOrder;第一項表示電腦首先嘗試啟動的引導程式。如果Boot####第一BootOrder行對應的行是Windows,那麼這就解釋了問題。刪除 Windows 檔案應該可以解決問題;或者您可以使用-o選項調整啟動順序efibootmgr。在極端情況下,您可能需要為 Ubuntu 新增新的啟動項。 (有時它們會丟失,要么是因為 EFI bug,要么是因為使用諸如 之類的工具時發生的事故efibootmgr。)

在極端情況下,如果 ESP 嚴重損壞,我建議:

  1. 從 ESP 備份您可以備份的內容。檔案級備份(使用cptarzip或類似工具)就可以了。
  2. 嘗試dosfsck在 ESP 上使用。
  3. 如果dosfsck無法解決問題,請透過卸載並使用mkdosfs它來在 ESP 上建立新的 FAT 檔案系統。
  4. 建立新的檔案系統後,恢復原始檔案並調整檔案/etc/fstab以使用新的序號掛載它(UUID=中的項目/etc/fstab;透過使用了解新的序號blkid)。
  5. 如果你仍然無法啟動,您必須(重新)安裝啟動載入程式。
    • 啟動修復可以以某種自動化的方式完全重新安裝 GRUB。
    • 或者,如果您透過 rEFInd 或其他臨時工具成功啟動,則可以sudo grub-install執行sudo update-grub.這比引導修復稍微不徹底,但可能已經足夠了;並且不太可能因過度殺傷而產生新問題。
    • refind另一種選擇是透過 Debian 軟體包、PPA 或Ubuntu 中的軟體包(如果您使用的是 Ubuntu 17.04)安裝 rEFInd 。這將繞過 GRUB。你需要跳過一些額外的障礙不過,讓它與安全啟動一起工作。

相關內容