Debian

如何修復(或重新安裝)GPT 磁碟上的 UEFI 引導分區?

  • December 12, 2021

Debian 11 全新安裝在新硬碟、UEFI 模式和 GPT 分區磁碟上。問題是,當引導系統時,顯示錯誤:

“未找到內部硬碟驅動器。要解決此問題,請嘗試重置驅動器。沒有可啟動設備 - 按 F1 重試啟動,按 F2 進入設置菜單,按 F5 進入 PSA。”

從 Live USB 安裝,在此之前,我使用 GParted Live 創建分區。我認為可能的問題是當我創建第一個(引導)分區時,首先我設置了標籤名稱“e​​fi”,然後嘗試將其重命名為“/boot/efi”:GParted 立即掛起並停止響應,所以我手動關閉電源以強制 PC 關閉。標籤名稱中的兩個斜杠“/”可能會導致問題,但我不確定。

$ efibootmgr -v
BootCurrent: 000C
Timeout: 1 seconds
BootOrder: 0000,0004,0003,0009,000A,000C
Boot0000* Debian    HD(1,GPT,c906677e-c2c2-42b5-b818-f0b19c046e95,0x800,0xfa000)/File(\EFI\Debian\shimx64.efi)
Boot0003* UEFI OS   HD(2,MBR,0xfcba9dae,0x14000,0x1388000)/File(\EFI\BOOT\BOOTX64.EFI)
Boot0004* UEFI OS   HD(2,MBR,0xb45e11b8,0xaf800,0x600000)/File(\EFI\BOOT\BOOTX64.EFI)
Boot0009* Onboard NIC(IPV4) PciRoot(0x0)/Pci(0x1c,0x3)/Pci(0x0,0x0)/MAC(20474749bc75,0)/IPv4(0.0.0.00.0.0.0,0,0)..BO
Boot000A* Onboard NIC(IPV6) PciRoot(0x0)/Pci(0x1c,0x3)/Pci(0x0,0x0)/MAC(20474749bc75,0)/IPv6([::]:<->[::]:,0,0)..BO
Boot000C* UEFI:  USB DISK 2.0 PMAP  PciRoot(0x0)/Pci(0x1d,0x0)/USB(1,0)/USB(3,0)/HD(1,MBR,0xcd9a6b9,0x5d4,0x146a)..BO

編輯: blkid & fdisk 輸出

$ sudo blkid
/dev/sdb1: BLOCK_SIZE="2048" UUID="2021-10-09-12-36-57-00" LABEL="d-live nf 11.1.0 xf amd64" TYPE="iso9660" PTUUID="0cd9a6b9" PTTYPE="dos" PARTUUID="0cd9a6b9-01"
/dev/loop0: TYPE="squashfs"
/dev/sda1: LABEL="BOOT" UUID="2F1D-01E6" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="c906677e-c2c2-42b5-b818-f0b19c046e95"
/dev/sda2: LABEL="swap" UUID="1274a782-676a-41b0-8509-92f73bd675c3" TYPE="swap" PARTUUID="4a555697-e713-400d-ae9e-613d028c7893"
/dev/sda3: LABEL="root" UUID="13503165-9c5f-498d-ab5f-0c13f11cbaa6" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="5484dedd-6adf-45af-b7b0-ba105d14528b"
/dev/sda4: LABEL="home" UUID="93c98828-5fb8-4c0e-b6bf-de8d13a9d22e" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="ae15bbdb-4e29-4dfa-aa99-b39e5377a098"
/dev/sdb2: SEC_TYPE="msdos" UUID="DEB0-0001" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="0cd9a6b9-02"

$ sudo fdisk -l
Disk /dev/sda: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: TOSHIBA HDWK105 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0C3CF112-75DD-4197-9A0C-7C92036731C6

Device        Start       End   Sectors   Size Type
/dev/sda1      2048   1026047   1024000   500M EFI System
/dev/sda2   1026048   9414655   8388608     4G Linux swap
/dev/sda3   9414656  61843455  52428800    25G Linux filesystem
/dev/sda4  61843456 976773119 914929664 436.3G Linux filesystem


Disk /dev/sdb: 7.22 GiB, 7747928064 bytes, 15132672 sectors
Disk model: USB DISK 2.0    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0cd9a6b9

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *        0 6240351 6240352    3G  0 Empty
/dev/sdb2        1492    6717    5226  2.6M ef EFI (FAT-12/16/32)


Disk /dev/loop0: 2.6 GiB, 2789027840 bytes, 5447320 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

在 BIOS 菜單中:

$$ Debian (Drive not present) $$ smartctl工具顯示磁碟正常:

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

/etc/fstab 內容:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=2F1D-01E6                            /boot/efi      vfat    defaults,noatime 0 2
UUID=13503165-9c5f-498d-ab5f-0c13f11cbaa6 /              ext4    defaults,noatime 0 1
UUID=93c98828-5fb8-4c0e-b6bf-de8d13a9d22e /home          ext4    defaults,noatime 0 2

編輯:分開錯誤

root@debian:/# parted /dev/sda1
GNU Parted 3.4
Using /dev/sda1
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: Unknown (unknown)
Disk /dev/sda1: 524MB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags: 

Number  Start  End    Size   File system  Flags
1      0.00B  524MB  524MB  fat32

(parted) help toggle                                                      
 toggle [NUMBER [FLAG]]                   toggle the state of FLAG on partition
       NUMBER

   NUMBER is the partition number used by Linux.  On MS-DOS disk labels,
       the primary partitions number from 1 to 4, logical partitions from 5
       onwards.
       FLAG is one of: boot, root, swap, hidden, raid, lvm, lba, hp-service,
       palo, prep, msftres, bios_grub, atvrecv, diag, legacy_boot, msftdata,
       irst, esp, chromeos_kernel, bls_boot
(parted) toggle 1 esp                                                     
Error: No flags supported
(parted) toggle 1 bios_grub                                               
Error: No flags supported
(parted) quit

由於/dev/sda1似乎是一個 EFI 系統分區(簡稱 ESP),它應該已配置/boot/efi為由 Debian 安裝程序掛載到。標籤並不重要,因為安裝程序通常會配置/etc/fstab為通過文件系統 UUID 掛載它。

在您的情況下,該/etc/fstab行將是:

UUID="2F1D-01E6"    /boot/efi    vfat   umask=0077,tz=UTC,codepage=437,iocharset=iso8859-1 0 1

由於引導載入程序顯然已成功註冊到系統 NVRAM(efibootmgr -v由試圖從中讀取,導致錯誤的“未檢測到磁碟”錯誤情況。

如果這是問題所在,那麼您應該檢查 BIOS 設置中是否有任何會使啟動過程減慢幾秒鐘的選項。一些 BIOS 有專門的“啟動延遲”選項用於此目的。如果沒有可調整的延遲,您可能需要嘗試其他方法,例如禁用快速啟動、啟用舊版 USB 支持等……任何可以讓磁碟多幾秒鐘才能啟動的方法。

在轉換為傳統模式之前,您可以嘗試將系統設置為在“Debian” UEFI 引導條目之前嘗試從網路引導。這肯定需要足夠的時間來讓磁碟完成旋轉。您可以使用以下efibootmgr命令完成此操作:

efibootmgr --bootorder 0009,0000,0004,0003,000A,000C

等待網路啟動失敗在正常使用中可能會很煩人,但如果磁碟使用此配置,則可以確認問題是啟動緩慢的磁碟。

你說磁碟是新的,在評論中你提到的系統是一台舊的戴爾筆記型電腦。該磁碟是戴爾的官方備件嗎?如果您剛剛為它購買了一個通用的 2.5" SATA HDD,您可能遇到了一個隱藏的要求,該要求由戴爾官方備件磁碟滿足,但不一定由您選擇的替換磁碟滿足:為了作為系統盤成功工作,磁碟需要在通電後幾毫秒內準備好接收命令xxx,因為那是系統韌體檢查磁碟的時間。

如果TOSHIBA HDWK105您選擇的啟動速度明顯慢於原始磁碟,則該問題可能無法通過更改引導方法或任何其他可用的 BIOS 設置來解決。如果磁碟與原始磁碟型號相同,請記住,像戴爾這樣的大型供應商甚至可能會獲得針對特定案例進行優化的定制韌體磁碟。

如果筆記型電腦是 2010 年上半年的,當時 UEFI 是新的,像戴爾這樣的供應商可能仍將傳統引導模式視為他們的主要目標,因此,UEFI 引導模式可能接受的測試較少。當時,有很多或多或少有問題的 UEFI 實現。(UEFI 在 2011 年成為主流,因為英特爾推出了設計用於 UEFI 而不是經典 BIOS 的 Sandy Bridge 晶片組。)

如果您想嘗試將引導模式從 UEFI 更改為 legacy,您必須從 live 媒體引導並 chroot 進入基於 HDD 的安裝:

mount /dev/sda3 /mnt
mount -t proc none /mnt/proc
mount -t sysfs none /mnt/sys
mount -o rbind,rw /dev /mnt/dev
chroot /mnt /bin/bash
mount -a   # to mount the /home filesystem; not essential for this task

chroot命令之後,您的命令行會話應該能夠訪問基於 HDD 的安裝,就像系統從 HDD 啟動一樣。因此,您可以使用普通的包管理工具來刪除grub-efi-amd64*包並安裝grub-pc*包:

apt remove grub-efi-amd64 grub-efi-amd64-bin grub-efi-amd64-signed
apt install grub-pc grub-pc-bin

您可能還想刪除與 Secure Boot shim 相關的包,因為在傳統引導模式下不需要:

apt remove shim-signed shim-unsigned shim-helpers-amd64-signed shim-signed-common

為了提供grub-pc嵌入其核心映像的位置,您可以將分區類型切換/dev/sda1bios_grub. 這有點浪費,grub-pc因為它的核心映像只需要 1 MB,但如果有必要,將來可以轉換回 UEFI 模式。

parted /dev/sda1
(parted) toggle 1 esp
(parted) toggle 1 bios_grub
(parted) quit

然後註釋掉該/boot/efi/etc/fstab並確保/boot/efi已解除安裝,因為該文件系統的開頭將被 BIOS GRUB 覆蓋。

現在磁碟已準備好安裝 GRUB 的 BIOS 引導版本。由於系統目前可能以 UEFI 模式啟動,因此您需要明確指定 GRUB 目標體系結構;預設情況下,grub-install可能會嘗試安裝與系統目前引導樣式匹配的引導載入程序。

grub-install --target=i386-pc /dev/sda

在此之後,轉換應該完成:是時候撤消 chroot 程序了:

umount /home # (if you ran "mount -a" after chrooting)
exit   # to pop out of the chrooted shell session
umount /mnt/dev
umount /mnt/sys
umount /mnt/proc
umount /mnt

然後是時候重新啟動系統,進入 BIOS,將啟動模式設置為 Legacy,並將 HDD 設置為啟動目標。

祝你好運!使用具有極少 BIOS 設置的名牌筆記型電腦可能會很煩人,而具有錯誤/古怪的早期版本 UEFI 實現的系統也可能會讓人頭疼。看來您可能有一個將這兩個事實結合在一起的系統。

引用自:https://unix.stackexchange.com/questions/680657