Sur un système UEFI, ce message signifie généralement que le firmware n'a pas trouvé de chemin de démarrage EFI exploitable. Cela ne prouve pas automatiquement que Debian est corrompu. Le système de fichiers racine installé peut être intact, même si l'entrée du firmware, la partition système EFI (ESP) ou les fichiers du chargeur de démarrage sont manquants ou non reconnus.
Debian 13 « Trixie » est la version stable actuelle (octobre 2026). Sur les systèmes amd64, Debian utilise généralement GRUB pour le démarrage UEFI, avec des composants GRUB et un shim signé disponibles pour le démarrage sécurisé. La documentation UEFI de Debian explique que le firmware charge généralement un exécutable EFI spécifique au fournisseur depuis la partition ESP, par exemple les fichiers situés sous ` /EFI/debian/ etc / debian ...
La première action la plus utile consiste à déterminer quelle couche a échoué : mode de démarrage de l’installateur, disposition ESP, fichiers EFI, entrée de démarrage NVRAM, compatibilité avec le démarrage sécurisé ou comportement du firmware.
Une erreur fréquente consiste à croire que sélectionner « UEFI » dans les paramètres du micrologiciel garantit que le programme d'installation démarrera en mode UEFI. Or, de nombreux systèmes exposent deux fois la même clé USB : une fois en mode UEFI et une autre fois en mode Legacy ou CSM. Si le programme d'installation a été lancé en mode Legacy, il risque d'installer un chargeur de démarrage de type BIOS au lieu du chemin UEFI attendu par le micrologiciel.
Légende : Le firmware peut lister les périphériques compatibles UEFI mais ne parvient toujours pas à trouver l’entrée de démarrage Debian sur le disque interne.
Il est avéré que l'installateur de Debian prend en charge l'UEFI et crée une partition système EFI lors de l'installation en mode UEFI. La documentation de l'installateur de Debian distingue également l'UEFI du mode de compatibilité BIOS.
Cela dépend de votre machine : le libellé du menu de démarrage. Il peut indiquer « UEFI : USB », « Périphérique USB EFI » ou utiliser le nom du modèle USB sans mentionner explicitement UEFI.
Action : redémarrez l’installateur Debian ou l’environnement live et sélectionnez délibérément son entrée UEFI. Évitez le mode CSM ou le mode Legacy pour cette session de réparation.
Avant de réparer les entrées NVRAM, vérifiez que le système (live ou de secours) dispose d'un accès UEFI. S'il a été démarré en mode BIOS hérité, l' efibootmgropération peut échouer même si le système Debian installé est par ailleurs correct.
test -d /sys/firmware/efi && echo "UEFI mode" || echo "Legacy mode"
efibootmgr
Légende : La présence de /sys/firmware/efi confirme que la session de secours actuelle a été démarrée via UEFI.
Vérifié : La documentation de récupération GRUB EFI de Debian recommande de démarrer le support de secours en mode UEFI et de vérifier /sys/firmware/efiou d'exécuter efibootmgr.
Action : si le répertoire est absent, redémarrez la clé USB en mode UEFI avant de continuer. Ne tentez pas de réparer la NVRAM UEFI à partir d’une session de récupération démarrée en mode BIOS hérité, sauf si vous prévoyez intentionnellement une installation de secours uniquement.
Dans une configuration GRUB standard, le firmware UEFI ne démarre pas directement depuis le système de fichiers racine Linux. Il lit un exécutable EFI depuis la partition ESP, qui est généralement un système de fichiers FAT configuré pour l'utilisation EFI.
lsblk -f
blkid
findmnt /boot/efi
Légende : Une installation Debian UEFI typique possède une partition ESP FAT montée sur /boot/efi à côté du système de fichiers racine Linux.
Vérifié : la documentation de l’installateur Debian indique que la partition système EFI est celle utilisée pour les fichiers de démarrage UEFI. Les recommandations pour Debian 13 préconisent une partition système EFI de taille conséquente pour les flux de démarrage actuels ; le wiki UEFI de Debian recommande actuellement 768 Mo avec au moins 300 Mo d’espace libre, bien qu’une partition système EFI plus petite puisse convenir si elle dispose de suffisamment d’espace libre.
Ne présumez pas : que l’ESP doit être la première partition ou qu’elle doit utiliser un nom de périphérique spécifique tel que /dev/sda1. Les systèmes NVMe utilisent généralement des noms tels que /dev/nvme0n1p1.
Action : identifiez la partition ESP par son type de système de fichiers et ses métadonnées, et non en copiant son nom à partir d’un exemple. Si aucune partition ESP n’existe, sa création peut nécessiter un repartitionnement et comporte un risque de perte de données ; sauvegardez vos données avant toute modification de la table de partitions.
Si la partition ESP se monte correctement, examinez son répertoire Debian. Sur un système Debian amd64 utilisant GRUB, vous devriez généralement trouver des fichiers dans ce répertoire /boot/efi/EFI/debian/. Avec le support du démarrage sécurisé activé, le shim est généralement requis avant le chargement de GRUB signé.
ls -la /boot/efi/EFI/debian/
find /boot/efi/EFI -maxdepth 2 -type f
Légende : Les fichiers du chargeur EFI Debian situés sous EFI/debian indiquent que les fichiers du chargeur de démarrage existent même si le firmware ne les sélectionne pas actuellement.
Vérifié : la documentation UEFI de Debian indique le chemin d’accès normal au fournisseur EFI/debian/et décrit GRUB EFI comme le chargeur de démarrage UEFI par défaut de Debian. La documentation relative au démarrage sécurisé de Debian précise que les noyaux Debian signés et l’intégration de shim sont disponibles.
Action : si EFI/debianle champ est renseigné, passez à l’inspection de la NVRAM avant toute réinstallation. S’il est absent, une réinstallation de GRUB EFI est plus justifiée.
Le firmware stocke normalement les entrées de démarrage dans la NVRAM. Une partition ESP peut contenir des fichiers Debian parfaitement valides alors que le firmware ne contient aucune entrée y faisant référence.
efibootmgr -v
Légende : Une entrée Debian Boot#### pointant vers EFI/debian confirme que le firmware possède un chemin enregistré vers le chargeur Debian.
Vérifié : la documentation UEFI de Debian décrit le modèle UEFI normal comme une variable de démarrage pointant vers un chargeur EFI spécifique au fournisseur sur l’ESP.
Cela dépend du firmware : certaines machines réorganisent, filtrent, perdent ou ignorent les entrées NVRAM. La documentation UEFI de Debian précise que les implémentations du firmware varient et que certaines se comportent de manière incorrecte concernant l’ordre de démarrage ou les entrées du fournisseur.
Action : si une entrée Debian existe mais est masquée par une autre, vous pouvez utiliser le menu de configuration du firmware pour la déplacer plus haut dans l’ordre de démarrage. Vous pouvez également modifier l’ordre avec la commande efibootmgr -o`boot####`, mais utilisez les valeurs réelles de votre système plutôt que de copier des numéros d’un exemple.
Utilisez cette méthode si les fichiers EFI Debian sont manquants, si l'entrée NVRAM est absente ou si l'installation de GRUB a échoué. Montez le système de fichiers racine installé et son ESP, liez les pseudo-systèmes de fichiers requis, puis utilisez chroot pour accéder au système installé.
Les noms de périphériques ci-dessous ne sont que des exemples. Remplacez-les par les partitions que vous avez identifiées 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 /mntSur les systèmes amd64 utilisant GRUB EFI, assurez-vous que les paquets corrects sont installés, puis réinstallez le chargeur et reconstruisez son 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
Légende : La réinstallation de GRUB EFI à partir d’un environnement de secours démarré en UEFI restaure les fichiers du chargeur et recrée normalement l’entrée du firmware Debian.
Vérifié : Debian documente la réinstallation de GRUB EFI à partir d’un support live ou de secours, et le grub-installmanuel actuel prend en charge les commandes ` grub` --target, `grub` --efi-directoryet `grub-install` --bootloader-id. Consultez le guide de réinstallation de GRUB EFI de Debian et le manuel `grub-install` de Debian .
Action : ne pas utiliser cette --no-nvramoption pour une réparation classique si vous souhaitez que GRUB crée une entrée de firmware. Cette option désactive explicitement les mises à jour de la NVRAM.
C’est là qu’apparaît une autre idée fausse courante : si efibootmgr -vune entrée Debian valide est présente, réinstaller GRUB à plusieurs reprises ne résoudra peut-être pas le problème. Le firmware lui-même peut ignorer ou supprimer cette entrée.
L'UEFI définit un chemin de secours pour les supports amovibles. Sur les systèmes x86-64, il s'agit généralement de `/usr/local/bin` EFI/BOOT/BOOTX64.EFI. L'option `/usr/local/bin` de GRUB --removablepermet d'installer les programmes sur ce chemin de secours.
grub-install --target=x86_64-efi --efi-directory=/boot/efi --removable
ls -la /boot/efi/EFI/BOOT/
Légende : Le chemin du chargeur de secours UEFI peut s’avérer utile sur les firmwares qui refusent de prendre en compte les entrées NVRAM Debian normales.
Vérifié : le manuel actuel de Debian grub-installdocumente l’ --removableoption EFI. La documentation UEFI de Debian aborde également des solutions de repli en cas de problème avec un firmware.
Inconvénient : la solution de repli est moins descriptive qu’une entrée NVRAM spécifique au fournisseur et peut entrer en conflit avec d’autres systèmes d’exploitation ou outils qui s’attendent également à posséder cette entrée EFI/BOOT/BOOTX64.EFI. Utilisez-la comme solution de contournement pour des raisons de compatibilité, et non systématiquement comme premier choix.
Action : privilégier d’abord une entrée NVRAM Debian standard. Utiliser la solution de repli si le firmware ignore manifestement cette entrée.
On incrimine souvent le démarrage sécurisé en cas d'échec de démarrage UEFI, mais le message « Aucun périphérique de démarrage trouvé » ne prouve pas à lui seul un problème de signature du démarrage sécurisé. Lorsque le démarrage sécurisé rejette un chargeur, de nombreux systèmes affichent une erreur de sécurité plutôt que de signaler l'absence de périphérique de démarrage.
Debian prend en charge le démarrage sécurisé sur les architectures compatibles grâce à l'utilisation de composants shim et GRUB signés. Debian 13 continue également de fournir par défaut des paquets de noyau signés.
mokutil --sb-state
dpkg -l | grep -E 'shim-signed|grub-efi.*signed'Vérifié : la documentation de démarrage sécurisé de Debian décrit la chaîne shim/GRUB signée.
Tout dépend des circonstances : les noyaux personnalisés, les binaires GRUB compilés localement, les modules tiers non signés ou les clés de démarrage sécurisé modifiées peuvent changer le résultat.
Action : si vous avez installé les paquets Debian standard, ne désactivez pas le démarrage sécurisé par défaut. Vérifiez d’abord que shim-signedles composants de démarrage signés appropriés sont installés. La désactivation temporaire du démarrage sécurisé peut servir de test de diagnostic, mais si c’est le seul moyen pour le système de démarrer, identifiez la cause de l’échec du chemin de démarrage signé avant de considérer le problème comme résolu.
Les systèmes multi-disques présentent un autre mode de défaillance : le système de fichiers racine peut se trouver sur un disque tandis que la partition ESP utilisée lors de l’installation se trouve sur un autre. Si ce second disque est retiré, désactivé ou déplacé ultérieurement derrière un contrôleur différent, le microprogramme peut signaler l’absence de périphérique de démarrage, même si la partition racine de Debian est intacte.
lsblk -o NAME,SIZE,FSTYPE,PARTTYPE,PARTUUID,MOUNTPOINTS
findmnt /
findmnt /boot/efiAction : vérifiez que la partition ESP que vous réparez se trouve sur un disque qui restera accessible et visible par le firmware. Sur les systèmes RAID ou en miroir, déterminez si vous avez besoin d'une partition ESP amorçable sur plusieurs disques physiques. La documentation GRUB de Debian indique que les configurations RAID UEFI requièrent la présence du contenu de la partition ESP sur les disques à partir desquels le système doit démarrer.
Ne vous fiez pas uniquement à un grub-installmessage de réussite. Vérifiez les fichiers, l'entrée du firmware et l'ordre de démarrage tant que l'environnement de récupération est disponible.
efibootmgr -v
ls -la /boot/efi/EFI/debian/
ls -la /boot/efi/EFI/BOOT/ 2>/dev/null || true
update-grub
Légende : La vérification finale la plus fiable consiste en une entrée de démarrage Debian visible que le firmware peut sélectionner, suivie d’un démarrage réussi après avoir retiré la clé USB de secours.
Quittez ensuite le chroot, démontez le système de fichiers proprement, éteignez l'ordinateur, retirez la clé USB et démarrez sur le disque interne. Si Debian apparaît dans le menu du firmware mais ne démarre toujours pas, le problème ne se limite plus à l'erreur « Aucun périphérique de démarrage » et nécessite un dépannage de GRUB, du noyau, de l'initramfs, du stockage ou du système de fichiers.
| Ce que vous observez | Action la plus appropriée | Pourquoi |
|---|---|---|
| L'environnement de sauvetage est en mode Legacy. | Redémarrez explicitement la clé USB en mode UEFI | La réparation de la NVRAM nécessite un accès à l'environnement d'exécution UEFI |
| Il n'existe pas de perception extrasensorielle. | Commencez par effectuer une sauvegarde, puis créez/configurez un ESP à l'aide d'un plan de partitionnement pris en charge. | L'UEFI nécessite une partition système lisible par EFI |
ESP existe mais EFI/debianest manquant | Chroot et réinstaller GRUB EFI | Les fichiers de chargement Debian habituels sont absents. |
| Les fichiers EFI existent, mais aucune entrée Debian Boot#### n'est présente. | Réinstallez GRUB ou recréez l'entrée du firmware | Le firmware ne contient aucun chemin Debian enregistré. |
| Une entrée Debian valide existe, mais le firmware l'ignore. | Ajustez l'ordre de démarrage du firmware ; si nécessaire, envisagez le EFI/BOOTchemin de secours. | La réinstallation répétée de GRUB à elle seule peut ne pas corriger le comportement du firmware |
| Le démarrage ne fonctionne que si le démarrage sécurisé est désactivé. | Vérifiez les paquets GRUB signés/shim et l'état du démarrage sécurisé | Le problème se situe probablement au niveau de la chaîne de démarrage signée, et non dans l'ordre de démarrage ordinaire. |
| Le système de fichiers racine et la partition ESP se trouvent sur des disques différents. | Assurez-vous que le disque ESP est toujours présent ou installez un disque ESP approprié sur le disque de démarrage prévu. | Le firmware ne peut pas charger une ESP à partir d'un disque manquant. |
efibootmgrles commandes.--target=i386-pclors de la réparation d’une installation UEFI amd64.Debian 13 « Trixie » reste la version stable en octobre 2026 ; Debian 13.7 est sortie le 12 septembre 2026. Le guide d'installation officiel actuellement publié pour Trixie est le guide 2025 de l'équipe d'installation Debian pour Debian 13. Si vous réparez une version plus ancienne de Debian, les noms des paquets et les détails du démarrage sécurisé peuvent différer ; veuillez donc utiliser la documentation correspondant à cette version. Consultez les informations sur les versions stables de Debian .
Dépannage d'une carte son manquante sur Pardus Linux 23. Vérifiez la détection ALSA, les modules du noyau, les services audio, les profils de sortie, le firmware et les mises à jour en toute sécurité.
Résolvez le problème d'une machine virtuelle Pardus KVM bloquée à 1024x768 en vérifiant le GPU virtuel, l'agent SPICE, la session X11 ou Wayland et en vous assurant que les modes d'affichage supérieurs sont correctement configurés.
Monter automatiquement un répertoire SSHFS distant au démarrage sous Debian en utilisant SSH basé sur une clé, /etc/fstab, les options réseau systemd, le montage automatique et des étapes de vérification.
Résolvez l'erreur « Impossible d'allouer de la mémoire » lors d'une mise à niveau SLES. Vérifiez la RAM, le swap, les journaux OOM et les limites de processus, puis rétablissez la configuration sans interrompre les transactions du package.
Dépannage des problèmes de décalage tactile, de rotation et de mappage d'affichage sur les tablettes Harmonica OS (HamoniKR). Comparaison des correctifs X.Org et libinput, tests en toute sécurité et identification des cas où l'étalonnage est inutile.
Chiffrez une partition swap Debian 12 existante avec dm-crypt, une nouvelle clé aléatoire à chaque démarrage, /etc/crypttab, /etc/fstab et des étapes de vérification sécurisées.
Configurez smartmontools sur Ubuntu pour surveiller l'état de vos disques et recevoir des alertes SMART par e-mail. Vérifiez la compatibilité de vos périphériques, configurez la distribution des e-mails, testez les notifications et résolvez les problèmes.
Résolvez les problèmes de démarrage UEFI de Debian en vérifiant le mode de démarrage de l'installateur, la partition système EFI, les entrées NVRAM, les fichiers GRUB EFI, le démarrage sécurisé et les solutions de repli du firmware.
Configurez Snapper pour créer et supprimer des instantanés Btrfs planifiés sur Ubuntu Desktop. Vérifiez d'abord la structure de vos sous-volumes, activez les minuteurs systemd et assurez-vous que la conservation est sécurisée.
Diagnostiquer et récupérer un pool LVM fin complet sur SUSE Linux Enterprise en distinguant l'épuisement des données de celui des métadonnées, en étendant le stockage, en réparant les métadonnées et en activant l'extension automatique.
