Napraw błąd „Nie znaleziono urządzenia rozruchowego” po zainstalowaniu Debiana w systemie UEFI

Co tak naprawdę oznacza komunikat „Nie znaleziono urządzenia rozruchowego” w systemie UEFI?

Na komputerze z interfejsem UEFI ten komunikat zazwyczaj oznacza, że ​​oprogramowanie sprzętowe nie znalazło ścieżki rozruchowej EFI, którą chciało lub mogło uruchomić. Nie dowodzi to automatycznie, że sam Debian jest uszkodzony. Zainstalowany system plików główny może być nienaruszony, podczas gdy wpis oprogramowania sprzętowego, partycja systemowa EFI (ESP) lub pliki bootloadera są niedostępne lub nie są rozpoznawane.

Debian 13 „Trixie” to aktualne wydanie stabilne (stan na październik 2026 r.). W systemach amd64 Debian zazwyczaj używa GRUB do rozruchu UEFI, z podpisanymi komponentami shim i GRUB do bezpiecznego rozruchu. Dokumentacja UEFI Debiana wyjaśnia, że ​​oprogramowanie sprzętowe zazwyczaj ładuje plik wykonywalny EFI specyficzny dla dostawcy z ESP, taki jak pliki w EFI/debian/. Zapoznaj się z dokumentacją UEFI Debiana oraz Podręcznikiem instalacji Debiana 13 amd64 .

Najbardziej przydatnym pierwszym działaniem jest ustalenie, która warstwa uległa awarii: tryb rozruchu instalatora, układ ESP, pliki EFI, wpis rozruchu w pamięci NVRAM, zgodność z Secure Boot lub zachowanie oprogramowania sprzętowego.

1. Czy instalator Debiana został uruchomiony w trybie UEFI?

Częstym nieporozumieniem jest to, że wybranie opcji „UEFI” w ustawieniach oprogramowania układowego gwarantuje uruchomienie instalatora w trybie UEFI. Wiele systemów udostępnia ten sam pendrive dwukrotnie: raz jako wpis UEFI, a raz jako wpis legacy lub CSM. Jeśli instalator został uruchomiony w trybie legacy, może zainstalować bootloader w stylu BIOS-u zamiast ścieżki UEFI wymaganej przez oprogramowanie układowe.

Podpis: Oprogramowanie układowe potrafi wyświetlić listę urządzeń obsługujących UEFI, ale nadal nie może znaleźć wpisu rozruchowego Debiana na dysku wewnętrznym.

Co zostało zweryfikowane: Instalator Debiana obsługuje UEFI i tworzy partycję systemową EFI podczas instalacji w trybie UEFI. Dokumentacja instalatora Debiana rozróżnia również tryb zgodności UEFI od trybu zgodności z BIOS-em.

To zależy od komputera: treść menu startowego. Może ono zawierać napisy „UEFI: USB”, „Urządzenie USB EFI” lub nazwę modelu USB bez wyraźnego określenia UEFI.

Działanie: ponownie uruchom instalator Debiana lub środowisko live i celowo wybierz jego wpis UEFI. Unikaj CSM lub Legacy Boot podczas sesji naprawczej.

2. Czy samo środowisko ratunkowe działa w ramach UEFI?

Przed naprawą wpisów w pamięci NVRAM należy sprawdzić, czy system live lub rescue ma dostęp do środowiska uruchomieniowego UEFI. Jeśli został uruchomiony w trybie legacy, efibootmgrmoże się nie powieść, mimo że zainstalowany system Debian jest pod innymi względami poprawny.

test -d /sys/firmware/efi && echo "UEFI mode" || echo "Legacy mode"
efibootmgr

Podpis: Obecność /sys/firmware/efi potwierdza, że ​​bieżąca sesja ratunkowa została uruchomiona za pośrednictwem UEFI.

Zweryfikowano: Dokumentacja odzyskiwania GRUB EFI w systemie Debian zaleca uruchomienie nośnika ratunkowego w trybie UEFI i sprawdzenie /sys/firmware/efilub uruchomienie efibootmgr.

Działanie: jeśli katalog jest nieobecny, przed kontynuacją uruchom ponownie USB w trybie UEFI. Nie próbuj naprawiać pamięci NVRAM UEFI z sesji ratunkowej uruchomionej ze starszej wersji systemu, chyba że celowo planujesz instalację wyłącznie awaryjną.

3. Czy partycja systemowa EFI istnieje i została prawidłowo zamontowana?

Oprogramowanie układowe UEFI nie uruchamia się bezpośrednio z głównego systemu plików Linuksa w standardowej konfiguracji GRUB. Odczytuje ono plik wykonywalny EFI z ESP, który zazwyczaj jest systemem plików FAT przeznaczonym do obsługi EFI.

lsblk -f
blkid
findmnt /boot/efi

Podpis: Typowa instalacja Debian UEFI ma FAT ESP zamontowany w /boot/efi obok głównego systemu plików Linux.

Zweryfikowano: Dokumentacja instalatora Debiana identyfikuje partycję systemową EFI jako partycję używaną do plików rozruchowych UEFI. Wskazówki dotyczące Debiana 13 zalecają dużą partycję ESP dla obecnych procedur rozruchu; wiki Debian UEFI obecnie zaleca 768 MB z co najmniej 300 MB wolnego miejsca, choć istniejąca, mniejsza partycja ESP może nadal działać, jeśli ma wystarczająco dużo wolnego miejsca.

Nie zakładaj, że ESP musi być pierwszą partycją lub musi używać konkretnej nazwy urządzenia, np /dev/sda1. . Systemy NVMe zazwyczaj używają nazw takich jak /dev/nvme0n1p1.

Działanie: zidentyfikuj ESP według typu systemu plików i metadanych partycji, a nie kopiując nazwę urządzenia z przykładu. Jeśli ESP nie istnieje, jego utworzenie może wiązać się z ponownym partycjonowaniem i ryzykiem utraty danych; przed zmianą tabeli partycji należy wykonać kopię zapasową danych.

4. Czy pliki startowe EFI Debiana są faktycznie obecne?

Jeśli ESP montuje się poprawnie, sprawdź jego katalog Debian. W systemie Debian amd64 z GRUB-em zazwyczaj spodziewane są pliki w /boot/efi/EFI/debian/. Z zainstalowaną obsługą bezpiecznego rozruchu, shim jest zazwyczaj uruchamiany przed załadowaniem podpisanego GRUB-a.

ls -la /boot/efi/EFI/debian/
find /boot/efi/EFI -maxdepth 2 -type f

Podpis: Pliki programu ładującego EFI Debiana w folderze EFI/debian wskazują, że pliki programu ładującego istnieją, nawet jeśli oprogramowanie układowe obecnie ich nie wybiera.

Zweryfikowano: Dokumentacja UEFI Debiana wymienia standardową ścieżkę dostawcy EFI/debian/i opisuje GRUB EFI jako domyślny bootloader UEFI Debiana. Dokumentacja Bezpiecznego Rozruchu Debiana stwierdza, że ​​dostępne są podpisane jądra Debiana i integracja z shim.

Działanie: jeśli EFI/debianjest zapełniony, przejdź do inspekcji pamięci NVRAM przed ponowną instalacją czegokolwiek. Jeśli go brakuje, bardziej uzasadniona jest ponowna instalacja GRUB EFI.

5. Czy w pamięci NVRAM UEFI znajduje się wpis dotyczący Debiana?

Oprogramowanie sprzętowe zazwyczaj przechowuje wpisy rozruchowe w pamięci NVRAM. ESP może zawierać w pełni poprawne pliki Debiana, podczas gdy oprogramowanie sprzętowe nie zawiera wpisów do nich wskazujących.

efibootmgr -v

Podpis: Wpis Debian Boot#### wskazujący na EFI/debian potwierdza, że ​​oprogramowanie sprzętowe ma zarejestrowaną ścieżkę do programu ładującego Debiana.

Zweryfikowano: Dokumentacja Debian UEFI opisuje normalny model UEFI jako zmienną rozruchową wskazującą na konkretny program ładujący EFI na ESP.

Co zależy od oprogramowania sprzętowego: niektóre komputery zmieniają kolejność, filtrują, tracą lub ignorują wpisy w pamięci NVRAM. Dokumentacja UEFI Debiana wyraźnie zaznacza, że ​​implementacje oprogramowania sprzętowego różnią się, a niektóre zachowują się nieprawidłowo w przypadku kolejności rozruchu lub wpisów dostawcy.

Działanie: jeśli wpis Debiana istnieje, ale znajduje się za innym wpisem, możesz użyć menu konfiguracji oprogramowania układowego, aby przenieść Debiana wyżej w kolejności rozruchu. Możesz również zmienić kolejność za pomocą efibootmgr -o, ale użyj rzeczywistych wartości Boot#### z systemu, zamiast kopiować liczby z przykładu.

6. Jak ponownie zainstalować GRUB EFI z nośnika ratunkowego Debiana?

Użyj tej ścieżki, jeśli brakuje plików EFI Debiana, brakuje wpisu w pamięci NVRAM lub instalator ewidentnie nie ukończył instalacji GRUB-a. Zamontuj zainstalowany system plików root i jego ESP, powiąż wymagane pseudosystemy plików, a następnie wykonaj chroot w zainstalowanym systemie.

Poniższe nazwy urządzeń są jedynie przykładowe. Zastąp zidentyfikowane partycje ciągiem lsblk.

mount /dev/ROOT_PARTITION /mnt
mount /dev/ESP_PARTITION /mnt/boot/efi

mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /run /mnt/run

chroot /mnt

W systemach amd64 korzystających z GRUB EFI upewnij się, że zainstalowano odpowiednie pakiety, a następnie zainstaluj ponownie moduł ładujący i odbuduj jego menu:

apt update
apt install --reinstall grub-efi-amd64 grub-efi-amd64-bin
apt install --reinstall shim-signed

grub-install --target=x86_64-efi   --efi-directory=/boot/efi   --bootloader-id=debian   --recheck

update-grub
efibootmgr -v

Podpis: Ponowna instalacja GRUB EFI ze środowiska ratunkowego uruchomionego za pomocą UEFI przywraca pliki programu ładującego i zazwyczaj powoduje ponowne utworzenie wpisu oprogramowania sprzętowego Debiana.

Zweryfikowano: Dokumenty Debiana dotyczące ponownej instalacji GRUB EFI z nośników live lub rescue, a aktualna grub-installinstrukcja obsługi obsługuje --target, --efi-directoryi --bootloader-id. Zapoznaj się z podręcznikiem ponownej instalacji GRUB EFI w Debianie oraz instrukcją grub-install w Debianie .

Działanie: nie należy używać --no-nvramdo normalnej naprawy, gdy GRUB ma utworzyć wpis oprogramowania sprzętowego. Ta opcja wyraźnie blokuje aktualizacje pamięci NVRAM.

7. Co się stanie, jeśli oprogramowanie sprzętowe zignoruje prawidłowy wpis w pamięci NVRAM Debiana?

Tu pojawia się kolejne powszechne nieporozumienie: jeśli efibootmgr -vpokazuje prawidłowy wpis Debiana, wielokrotna reinstalacja GRUB-a może nie pomóc. Samo oprogramowanie układowe może ignorować lub usuwać wpis.

UEFI definiuje ścieżkę zapasową dla nośników wymiennych. W systemach x86-64 jest to zazwyczaj EFI/BOOT/BOOTX64.EFI. Opcja GRUB-a --removableinstaluje się w tej ścieżce zapasowej.

grub-install --target=x86_64-efi   --efi-directory=/boot/efi   --removable

ls -la /boot/efi/EFI/BOOT/

Podpis: Ścieżka awaryjnego programu ładującego UEFI może pomóc w przypadku oprogramowania sprzętowego, które odmawia obsługi normalnych wpisów NVRAM systemu Debian.

Zweryfikowano:grub-install Aktualny podręcznik Debiana opisuje --removableopcję EFI. Dokumentacja UEFI Debiana omawia również ścieżki awaryjne jako obejście problematycznego oprogramowania sprzętowego.

Kompromis: ścieżka zapasowa jest mniej opisowa niż standardowy wpis w pamięci NVRAM konkretnego dostawcy i może kolidować z innymi systemami operacyjnymi lub narzędziami, które również oczekują obsługi EFI/BOOT/BOOTX64.EFI. Użyj jej jako obejścia problemu ze zgodnością, a nie automatycznie jako pierwszego wyboru.

Działanie: najpierw wybierz normalny wpis w pamięci NVRAM Debiana. Użyj ścieżki zapasowej, gdy oprogramowanie układowe ewidentnie ignoruje ten wpis.

8. Czy prawdziwą przyczyną może być Secure Boot?

Bezpieczny rozruch jest często obwiniany za wszelkie niepowodzenia rozruchu UEFI, ale komunikat „Nie znaleziono urządzenia rozruchowego” sam w sobie nie dowodzi problemu z podpisem Bezpiecznego Rozruchu. Gdy Bezpieczny Rozruch odrzuca moduł ładujący, wiele systemów wyświetla błąd związany z bezpieczeństwem zamiast komunikatu o braku urządzenia rozruchowego.

Debian obsługuje Secure Boot na obsługiwanych architekturach, wykorzystując podpisane komponenty shim i GRUB. Debian 13 nadal domyślnie udostępnia podpisane pakiety jądra.

mokutil --sb-state
dpkg -l | grep -E 'shim-signed|grub-efi.*signed'

Zweryfikowano: Dokumentacja Debian Secure Boot opisuje podpisany łańcuch shim/GRUB.

Wszystko zależy od okoliczności: niestandardowe jądra, lokalnie skompilowane pliki binarne GRUB, niepodpisane moduły innych firm lub zmodyfikowane klucze Secure Boot mogą zmienić wynik.

Działanie: jeśli zainstalowano standardowe pakiety Debiana, nie wyłączaj automatycznie funkcji Secure Boot. Najpierw sprawdź, czy shim-signedi jakie komponenty podpisanego rozruchu są zainstalowane. Tymczasowe wyłączenie funkcji Secure Boot może być testem diagnostycznym, ale jeśli jest to jedyny sposób uruchomienia systemu, przed uznaniem problemu za rozwiązany należy ustalić przyczynę awarii podpisanej ścieżki.

9. Czy Debian został zainstalowany na jednym dysku, podczas gdy ESP znajduje się na innym?

Systemy wielodyskowe powodują kolejny rodzaj awarii: system plików główny może znajdować się na jednym dysku, a system ESP używany podczas instalacji na innym. Jeśli ten drugi dysk zostanie usunięty, wyłączony lub później przeniesiony za inny kontroler, oprogramowanie układowe może zgłosić brak urządzenia rozruchowego, mimo że partycja główna Debiana jest sprawna.

lsblk -o NAME,SIZE,FSTYPE,PARTTYPE,PARTUUID,MOUNTPOINTS
findmnt /
findmnt /boot/efi

Działanie: sprawdź, czy naprawiany dysk ESP należy do dysku, który pozostanie obecny i będzie widoczny dla oprogramowania sprzętowego. W systemach RAID lub lustrzanych zdecyduj, czy potrzebujesz rozruchowego dysku ESP na więcej niż jednym dysku fizycznym. Dokumentacja GRUB Debiana informuje, że konfiguracje RAID UEFI wymagają zawartości dysku ESP na dyskach, z których ma się uruchomić komputer.

10. Jak weryfikujesz naprawę przed wyjęciem pamięci USB?

Nie polegaj wyłącznie na pomyślnym grub-installkomunikacie. Sprawdź pliki, wpisy oprogramowania układowego i kolejność rozruchu, póki środowisko ratunkowe jest jeszcze dostępne.

efibootmgr -v
ls -la /boot/efi/EFI/debian/
ls -la /boot/efi/EFI/BOOT/ 2>/dev/null || true
update-grub

Podpis: Najważniejszym, ostatecznym sprawdzeniem jest widoczny wpis rozruchowy Debiana, który może wybrać oprogramowanie układowe, po którym następuje pomyślny rozruch z odłączonym dyskiem USB.

Następnie wyjdź z chroot, odmontuj system bez błędów, zamknij system, odłącz USB i uruchom dysk wewnętrzny. Jeśli Debian pojawia się w menu oprogramowania sprzętowego, ale nadal się nie uruchamia, problem wykracza poza problem „Brak urządzenia rozruchowego” i obejmuje problemy z GRUB-em, jądrem, initramfs, pamięcią masową lub systemem plików.

Którą ścieżkę naprawy powinieneś wybrać?

Czego należy unikać?

• Nie instaluj ponownie Debiana od razu, jeśli system plików głównych jest nienaruszony, a uszkodzona jest jedynie ścieżka rozruchowa UEFI.
• Nie formatuj istniejącej partycji systemowej EFI bez sprawdzenia, czy używa jej również system Windows lub inny system operacyjny.
• Nie twórz nowej tabeli partycji tylko dlatego, że jakiś poradnik używa GPT. Najpierw sprawdź obecny układ.
• Nie kopiuj numerów Boot#### innej maszyny do efibootmgrpoleceń.
• Nie należy używać poleceń GRUB przeznaczonych dla BIOS-u, na przykład --target=i386-pcpodczas naprawy instalacji UEFI amd64.
• Nie wyłączaj funkcji Secure Boot na stałe, chyba że masz dowody na to, że podpisany łańcuch rozruchowy Debiana nie spełnia wymagań Twojego środowiska.
• Nie zakładaj, że pomyślna ponowna instalacja GRUB-a zagwarantuje, że oprogramowanie sprzętowe będzie przestrzegać wpisu w pamięci NVRAM.

Aktualny kontekst Debiana

Debian 13 „Trixie” pozostaje wydaniem stabilnym w październiku 2026 roku; Debian 13.7 został wydany 12 września 2026 roku. Oficjalny poradnik instalacyjny Trixie, który jest obecnie publikowany, to poradnik zespołu instalatora Debiana z 2025 roku dla Debiana 13. W przypadku naprawy starszej wersji Debiana, nazwy pakietów i szczegóły dotyczące bezpiecznego rozruchu mogą się różnić, dlatego należy korzystać z dokumentacji odpowiadającej tej wersji. Zobacz informacje o wydaniu stabilnym Debiana .

Oficjalne referencje

• Przewodnik po instalacji Debiana 13 amd64
• Dokumentacja partycjonowania instalatora Debiana i partycjonowania systemu EFI
• Dokumentacja Debian UEFI
• Przewodnik po ponownej instalacji Debiana GRUB EFI
• Dokumentacja bezpiecznego rozruchu Debiana
• Strona podręcznika instalacji Debiana grub-install