Behebung des Fehlers „Kein bootfähiges Gerät gefunden“ nach der Installation von Debian auf UEFI

Wenn nach der Installation von Debian auf einem PC unmittelbar die Meldung „Kein bootfähiges Gerät gefunden“ erscheint, können die Dateien dennoch intakt sein. Möglicherweise startet die Firmware im falschen Modus, die EFI-Systempartition (ESP) ist nicht an der von GRUB erwarteten Stelle eingebunden, oder die Firmware hat den UEFI-Boot-Eintrag von Debian verloren oder dessen Priorität herabgesetzt. Überprüfen Sie diese Punkte der Reihe nach, bevor Sie Partitionen ändern.

Diese Anleitung setzt einen typischen 64-Bit-x86-PC mit UEFI und Debian mit GRUB voraus. Befehle zur Benennung von Datenträgern oder Partitionen dienen lediglich als Beispiele: Identifizieren Sie Ihre eigenen Geräte mit [ lsblk -fBefehl einfügen]. Formatieren Sie die ESP-Partition nicht als erste Maßnahme und installieren Sie Debian nicht neu.

1. Prüfen Sie, ob der Computer versucht, im UEFI-Modus zu starten.

Die UEFI-Firmware liest ein EFI-Programm von einer FAT-formatierten ESP-Datei und kann es über einen gespeicherten NVRAM-Booteintrag finden. Der Bootvorgang im Legacy-BIOS/CSM-Modus verläuft anders. Ein im Legacy-Modus gestarteter Installations-USB-Stick kann daher einen Bootpfad einrichten, der nicht mit der UEFI-Konfiguration des installierten Rechners übereinstimmt.

Öffnen Sie beim Systemstart das Einmal-Bootmenü oder die Firmware-Einstellungen. Wählen Sie zunächst den Eintrag „Debian“ , falls vorhanden. Wenn Debian startet, öffnen Sie die Firmware-Einstellungen und verschieben Sie Debian in der Bootreihenfolge über die interne Festplatte oder andere Betriebssysteme. Die Menübezeichnungen variieren je nach Hersteller. Konsultieren Sie daher die Bedienungsanleitung Ihres Computerherstellers, um die korrekte Starttaste und die Menübezeichnungen zu finden.

Falls Sie Rettungsmedien benötigen, wählen Sie die USB-Option, die mit „UEFI“ beginnt. Sobald Debian Live oder die Rettungsshell des Installationsprogramms gestartet ist, überprüfen Sie den Modus:

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

Wenn das Ergebnis „Legacy“ anzeigt, starten Sie den Computer neu und wählen Sie den UEFI-USB-Eintrag. Tools wie [Name des efibootmgrTools einfügen] können Firmware-Variablen in einer Legacy-gebooteten Umgebung nicht verwalten. Falls keine UEFI-USB-Option angezeigt wird, überprüfen Sie, ob UEFI-Boot in der Firmware aktiviert ist. Vermeiden Sie Änderungen an Secure Boot oder den Einstellungen des Speichercontrollers, es sei denn, Sie kennen die Auswirkungen auf die bestehende Installation.

2. Identifizieren Sie das installierte System und seine EFI-Systempartition.

Überprüfen Sie in der UEFI-gebooteten Live-Umgebung Geräte und Dateisysteme:

lsblk -f

Suchen Sie nach dem Debian-Root-Dateisystem, oft /debian ext4oder /debian btrfs, und einer kleinen FAT32-Partition mit dem GPT-Typ „EFI System“. Die ESP kann mit Windows geteilt werden; das ist normal. Die Beispielbezeichnungen /dev/sda1und /dev/sda2unten sind Platzhalter, keine Standardwerte. NVMe-Laufwerke verwenden häufig Namen wie /debian /dev/nvme0n1p1.

Mounten Sie die Root-Partition zunächst schreibgeschützt, wenn Sie sie nur überprüfen müssen. Alternativ können Sie sie nach Identifizierung der korrekten Partition normal für Reparaturzwecke mounten. Falls Ihre Installation eine separate /bootPartition verwendet, mounten Sie diese /mnt/bootvor der ESP-Partition. Erstellen oder formatieren Sie keine Ersatz-ESP-Partition, nur weil diese in der Auflistung nicht explizit aufgeführt ist.

Bei einem gängigen Layout mit aktiviertem Root- /dev/sda2und ESP-Modus /dev/sda1sieht eine Reparatur-Mount-Konfiguration folgendermaßen aus:

mount /dev/sda2 /mnt
mkdir -p /mnt/boot/efi
mount /dev/sda1 /mnt/boot/efi
cat /mnt/etc/fstab

Vergleichen Sie die von der Funktion gemeldete ESP-UUID lsblk -fmit dem Eintrag für /boot/efiin der Datei /mnt/etc/fstab. Falls sie sich unterscheiden, stoppen Sie und ermitteln Sie, welche Partition zu dieser Debian-Installation gehört. Einige Systeme mounten die ESP unter /bootoder verwenden eine andere Anordnung; reproduzieren Sie die Anordnung des installierten Systems, anstatt blind den Beispiel-Mountpunkt zu verwenden.

3. GRUB aus einer UEFI-Rettungsumgebung reparieren

Sobald das Root-Verzeichnis, alle separaten Verzeichnisse /bootund der ESP an ihren vorgesehenen Speicherorten unter gemountet sind /mnt, binden Sie die Verzeichnisse des laufenden Systems und starten Sie die Installation:

for i in /dev /dev/pts /proc /sys /run; do mount --bind "$i" "/mnt$i"; done
chroot /mnt

Überprüfen Sie innerhalb des Chroot-Verzeichnisses, ob es /boot/efisich um die ESP handelt und ob das installierte System dasjenige ist, das Sie reparieren möchten. Bei einer standardmäßigen Debian amd64 GRUB-Installation mit deaktiviertem Secure Boot installieren Sie den EFI-Loader neu und erstellen das Menü neu.

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

Der --targetoben genannte Wert gilt für amd64-PCs. Debian ARM64-Systeme verwenden ein anderes Zielverzeichnis. Die offizielle Manpage von GRUB definiert --efi-directorydas ESP-Rootverzeichnis und dokumentiert die UEFI Secure Boot-Optionen. Wenn Secure Boot aktiviert ist, verwenden Sie weiterhin die signierte Bootkette von Debian: Erzwingen Sie keinen unsignierten Loader auf dem ESP. Die signierten GRUB- und Shim-Pakete von Debian stellen den entsprechenden Pfad bereit; folgen Sie der Debian Secure Boot-Dokumentation für Ihre Version und Architektur.

Falls grub-installMeldungen erscheinen, dass EFI-Variablen nicht verfügbar sind, überprüfen Sie erneut, ob der Live-USB-Stick im UEFI-Modus gestartet wurde und dieser /sys/firmware/efiEintrag vorhanden ist. Sollten die Firmware-Variablen weiterhin nicht verfügbar sein, können Sie den Loader möglicherweise auf dem ESP platzieren, aber den zugehörigen NVRAM-Eintrag in dieser Sitzung nicht registrieren. Verwenden Sie in diesem Fall die Option „Von EFI-Datei booten“ der Firmware oder wiederholen Sie die Reparatur in einer korrekt gestarteten UEFI-Umgebung. Eine Warnung ist keine Bestätigung dafür, dass der Firmware-Eintrag erstellt wurde.

4. Überprüfen Sie den Debian-Firmware-Eintrag und die Bootreihenfolge.

Verlassen Sie das Chroot-Verzeichnis und überprüfen Sie anschließend die UEFI-Bootvariablen:

exit
efibootmgr -v

Suchen Sie nach einem Debian-Eintrag und notieren Sie sich diesen BootOrder. Falls Debian zwar aufgeführt ist, aber ein anderes Gerät zuerst erscheint, verwenden Sie die Firmware-Einstellungen, um Debian an die erste Stelle zu setzen. Dies ist oft einfacher und sicherer, als die gesamte Bootreihenfolge in einem Befehl neu zu schreiben. Die efibootmgrManpage beschreibt, wie Einträge benannt werden und wie BootOrderdie Firmware bestimmt, welchen aktiven Eintrag sie zuerst versucht.

Fehlt der Debian-Eintrag, ist aber die ESP-Datei vorhanden EFI/debian, wählen Sie mithilfe des Dateibrowsers der Firmware (sofern verfügbar) den EFI-Loader von Debian aus. Bei aktiviertem Secure Boot ist dies normalerweise die signierte Shim-Datei, z. B. EFI/debian/shimx64.efiauf amd64-Systemen; bei deaktiviertem Secure Boot ist möglicherweise die GRUB-EFI-Datei verfügbar. Die genauen Dateinamen variieren je nach Architektur und Paketstatus. Falls die Firmware keinen Dateibrowser anbietet, führen Sie die GRUB-Reparatur mit Zugriff auf den NVRAM erneut aus.

Manche Firmware-Updates oder das Zurücksetzen von Einstellungen löschen Linux-Einträge, und manche Firmware-Implementierungen speichern neu erstellte Einträge nicht. Die UEFI-Dokumentation von Debian beschreibt zwar einen alternativen Pfad für Wechselmedien, dies sollte jedoch eine bewusste Kompatibilitätsmaßnahme sein und kein Grund, EFI-Dateien ungeprüft über bestehende Dateien zu kopieren.

5. Ordnen Sie das Symptom der wahrscheinlichen Lösung zu.

• Debian beginnt mit dem einmaligen Menü: die Bootreihenfolge in der Firmware korrigieren.
• Der UEFI-USB-Stick funktioniert, aber Debian fehlt: Überprüfen Sie die ESP-Einbindung und installieren Sie den korrekten EFI-Loader neu.
• efibootmgrVariablen können nicht aufgerufen werden: Starten Sie das Rettungsmedium im UEFI-Modus neu.
• Debian erscheint, kehrt aber zur Firmware zurück: Überprüfen Sie die Secure-Boot-Kompatibilität, den Loader-Pfad und ob die ESP zu dieser Installation gehört.
• Es existieren mehrere Linux-Installationen: Ermitteln Sie vor dem Ausführen, welches Root- und ESP-Paar zusammengehört grub-install.

Debian 13 (Trixie) führte eine optionale systemd-boot-Konfiguration mit Shim ein, die von Debian dokumentiert ist. Wenn Sie diesen Bootmanager bewusst anstelle von GRUB installiert haben, verwenden Sie die entsprechende systemd-boot-Wiederherstellungsanleitung. GRUB-Reparaturbefehle beheben keine systemd-boot-Einträge. Für ein typisches, vom Installationsprogramm ausgewähltes Debian-GRUB-System bleiben die oben genannten Prüfungen relevant.

6. Neustart und Überprüfung

Verlassen Sie das Chroot-Verzeichnis, hängen Sie die Dateisysteme in umgekehrter Reihenfolge aus, entfernen Sie den Rettungs-USB-Stick und starten Sie das System neu. Falls beim Aushängen ein belegtes Ziel gemeldet wird, schließen Sie alle Shells, die dieses Ziel verwenden, und versuchen Sie es erneut, anstatt einen erzwungenen Neustart durchzuführen, während die Dateisysteme aktiv sind. Stellen Sie sicher, dass die Firmware Debian auch ohne angeschlossenen USB-Stick startet. Überprüfen Sie anschließend, ob der erwartete Kernel und Desktop geladen werden und ob ein zweiter Neustart weiterhin funktioniert. Falls dies erneut fehlschlägt, notieren Sie sich die genaue Firmware-Meldung, die Ausgabe von ` debian --version` lsblk -fund ob efibootmgr -vein Debian-Eintrag angezeigt wird. Diese Details helfen, einen fehlenden Eintrag von einem Problem mit dem Loader oder dem Dateisystem zu unterscheiden.

Quellen

• Debian Wiki: UEFI
• Debian Wiki: GRUB auf UEFI-Systemen neu installieren
• Debian Trixie Manpage: grub-install(8)
• Debian Trixie Manpage: efibootmgr(8)
• Debian Wiki: Sicheres Booten