Su un sistema UEFI, questo messaggio di solito indica che il firmware non ha trovato un percorso di avvio EFI che fosse disposto o in grado di avviare. Non dimostra automaticamente che Debian stesso sia danneggiato. Il filesystem root installato potrebbe essere integro, mentre la voce del firmware, la partizione di sistema EFI (ESP) o i file del bootloader potrebbero mancare o non essere riconosciuti.
Debian 13 “Trixie” è l'attuale versione stabile a ottobre 2026. Sui sistemi amd64, Debian utilizza normalmente GRUB per l'avvio UEFI, con shim firmati e componenti GRUB disponibili per Secure Boot. La documentazione UEFI di Debian spiega che il firmware carica normalmente un eseguibile EFI specifico del fornitore dall'ESP, come i file in EFI/debian/. Consultare la documentazione UEFI di Debian e la Guida all'installazione di Debian 13 amd64 .
La prima azione più utile è determinare quale livello ha causato l'errore: modalità di avvio del programma di installazione, configurazione ESP, file EFI, voce di avvio NVRAM, compatibilità con Secure Boot o comportamento del firmware.
Un equivoco comune è che la selezione di "UEFI" nelle impostazioni del firmware garantisca l'avvio del programma di installazione in modalità UEFI. Molti sistemi espongono la stessa chiavetta USB due volte: una come voce UEFI e una come voce legacy o CSM. Se il programma di installazione viene avviato in modalità legacy, potrebbe installare un bootloader in stile BIOS anziché il percorso UEFI previsto dal firmware.
Didascalia: Il firmware è in grado di elencare i dispositivi compatibili con UEFI, ma non riesce comunque a trovare la voce di avvio di Debian sul disco interno.
Cosa è verificato: il programma di installazione di Debian supporta UEFI e crea una partizione di sistema EFI durante l'installazione in modalità UEFI. La documentazione del programma di installazione di Debian distingue inoltre la modalità UEFI dalla modalità di compatibilità BIOS.
Dipende dal tuo computer: dalla dicitura nel menu di avvio. Potrebbe essere "UEFI: USB", "Dispositivo USB EFI" oppure potrebbe essere utilizzato il nome del modello USB senza specificare esplicitamente UEFI.
Azione: riavviare il programma di installazione di Debian o l'ambiente live e selezionare intenzionalmente la voce UEFI. Evitare CSM o Legacy Boot per la sessione di ripristino.
Prima di riparare le voci NVRAM, verificare che il sistema live o di ripristino abbia accesso UEFI runtime. Se è stato avviato in modalità legacy, efibootmgrl'operazione potrebbe fallire anche se il sistema Debian installato è altrimenti corretto.
test -d /sys/firmware/efi && echo "UEFI mode" || echo "Legacy mode"
efibootmgr
Didascalia: La presenza di /sys/firmware/efi conferma che la sessione di ripristino corrente è stata avviata tramite UEFI.
Verificato: la documentazione di ripristino EFI di GRUB di Debian raccomanda di avviare il supporto di ripristino in modalità UEFI e di controllare /sys/firmware/efio eseguire efibootmgr.
Azione: se la directory non è presente, riavviare l'unità USB in modalità UEFI prima di continuare. Non tentare di riparare la NVRAM UEFI da una sessione di ripristino avviata in modalità legacy, a meno che non si preveda intenzionalmente un'installazione di sola ripiego.
Il firmware UEFI non si avvia direttamente dal filesystem root di Linux nella normale configurazione GRUB. Legge un eseguibile EFI dalla ESP, che di solito è un filesystem FAT contrassegnato per l'uso EFI.
lsblk -f
blkid
findmnt /boot/efi
Didascalia: Una tipica installazione Debian UEFI ha un filesystem FAT ESP montato in /boot/efi insieme al filesystem root di Linux.
Verificato: la documentazione del programma di installazione di Debian identifica la partizione di sistema EFI come la partizione utilizzata per i file di avvio UEFI. Le linee guida di Debian 13 raccomandano una partizione ESP di dimensioni generose per i flussi di lavoro di avvio attuali; la wiki UEFI di Debian attualmente raccomanda 768 MB con almeno 300 MB liberi, sebbene una partizione ESP esistente di dimensioni inferiori possa comunque funzionare se dispone di spazio libero sufficiente.
Non dare per scontato che l'ESP debba essere la prima partizione o che debba utilizzare un nome di dispositivo specifico come /dev/sda1. I sistemi NVMe in genere utilizzano nomi come /dev/nvme0n1p1.
Azione: identificare l'ESP in base al tipo di filesystem e ai metadati della partizione, non copiando il nome di un dispositivo da un esempio. Se non esiste un ESP, la sua creazione può comportare il ripartizionamento e il rischio di perdita di dati; eseguire un backup dei dati prima di modificare la tabella delle partizioni.
Se l'ESP viene montato correttamente, ispeziona la sua directory Debian. Su un sistema Debian amd64 che utilizza GRUB, in genere ci si aspetta di trovare i file in /boot/efi/EFI/debian/. Con il supporto Secure Boot installato, lo shim viene normalmente coinvolto prima che venga caricato GRUB firmato.
ls -la /boot/efi/EFI/debian/
find /boot/efi/EFI -maxdepth 2 -type f
Didascalia: I file del bootloader EFI di Debian nella directory EFI/debian indicano che i file del bootloader esistono anche se il firmware al momento non li seleziona.
Verificato: la documentazione UEFI di Debian elenca il percorso normale del fornitore EFI/debian/e descrive GRUB EFI come il bootloader UEFI predefinito di Debian. La documentazione di Secure Boot di Debian afferma che sono disponibili kernel Debian firmati e l'integrazione shim.
Azione: se EFI/debianè popolato, procedere con l'ispezione della NVRAM prima di reinstallare qualsiasi cosa. Se manca, è più giustificato reinstallare GRUB EFI.
Normalmente il firmware memorizza le voci di avvio nella NVRAM. Un ESP può contenere file Debian perfettamente validi, anche se il firmware non ha alcuna voce che li indirizzi.
efibootmgr -v
Didascalia: Una voce Debian Boot#### che punta a EFI/debian conferma che il firmware ha un percorso registrato per il caricatore Debian.
Verificato: la documentazione UEFI di Debian descrive il modello UEFI standard come una variabile di avvio che punta a un caricatore EFI specifico del fornitore sull'ESP.
Ciò che dipende dal firmware è che alcune macchine riordinano, filtrano, perdono o ignorano le voci della NVRAM. La documentazione UEFI di Debian specifica che le implementazioni del firmware variano e alcune si comportano in modo errato per quanto riguarda l'ordine di avvio o le voci del fornitore.
Azione: se esiste una voce Debian ma è dietro a un'altra voce, puoi usare il menu di configurazione del firmware per spostare Debian più in alto nell'ordine di avvio. Puoi anche cambiare l'ordine con efibootmgr -o, ma usa i valori Boot#### effettivi del tuo sistema invece di copiare i numeri da un esempio.
Utilizzare questo percorso quando i file EFI di Debian sono mancanti, la voce NVRAM è assente o l'installazione di GRUB non è andata a buon fine. Montare il filesystem root installato e la sua ESP, collegare i pseudo-filesystem necessari, quindi eseguire un chroot nel sistema installato.
I nomi dei dispositivi riportati di seguito sono solo esempi. Sostituisci le partizioni che hai identificato con 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 /mntSui sistemi amd64 che utilizzano GRUB EFI, assicurarsi che i pacchetti corretti siano installati, quindi reinstallare il loader e ricostruire il suo 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
Didascalia: Reinstallare GRUB EFI da un ambiente di ripristino avviato in UEFI ripristina i file del caricatore e normalmente ricrea la voce del firmware Debian.
Verificato: Debian documenta la reinstallazione di GRUB EFI da supporti live o di ripristino e il grub-installmanuale attuale supporta --target, --efi-directory, e --bootloader-id. Consulta la guida alla reinstallazione di GRUB EFI di Debian e il manuale di grub-install di Debian .
Azione: non utilizzare questa --no-nvramopzione per una riparazione normale quando si desidera che GRUB crei una voce del firmware. Tale opzione sopprime esplicitamente gli aggiornamenti della NVRAM.
È qui che emerge un altro equivoco comune: se efibootmgr -vviene visualizzata una voce Debian valida, reinstallare ripetutamente GRUB potrebbe non essere d'aiuto. Il firmware stesso potrebbe ignorare o eliminare la voce.
UEFI definisce un percorso di fallback per i supporti rimovibili. Sui sistemi x86-64 questo è in genere EFI/BOOT/BOOTX64.EFI. L'opzione di GRUB --removableinstalla in quel percorso di fallback.
grub-install --target=x86_64-efi --efi-directory=/boot/efi --removable
ls -la /boot/efi/EFI/BOOT/
Didascalia: Il percorso del caricatore di fallback UEFI può essere utile su firmware che si rifiutano di rispettare le normali voci NVRAM di Debian.
Verificato: il manuale attuale di Debian grub-installdocumenta l' --removableopzione EFI. La documentazione UEFI di Debian discute anche i percorsi di fallback come soluzione alternativa per firmware problematici.
Compromesso: il percorso di fallback è meno descrittivo di una normale voce NVRAM specifica del fornitore e può entrare in conflitto con altri sistemi operativi o strumenti che si aspettano di possederla EFI/BOOT/BOOTX64.EFI. Utilizzatelo come soluzione alternativa per la compatibilità, non automaticamente come prima scelta.
Azione: dare priorità a una normale voce NVRAM di Debian. Utilizzare il percorso di fallback quando il firmware ignora in modo evidente tale voce.
Secure Boot viene spesso indicato come causa di qualsiasi errore di avvio UEFI, ma il messaggio "Nessun dispositivo di avvio trovato" non dimostra di per sé un problema relativo alla firma di Secure Boot. Quando Secure Boot rifiuta un bootloader, molti sistemi mostrano un errore di sicurezza anziché segnalare l'assenza di un dispositivo di avvio.
Debian supporta Secure Boot sulle architetture supportate utilizzando shim e componenti GRUB firmati. Debian 13 continua inoltre a fornire pacchetti del kernel firmati per impostazione predefinita.
mokutil --sb-state
dpkg -l | grep -E 'shim-signed|grub-efi.*signed'Verificato: la documentazione di Secure Boot di Debian descrive la catena shim/GRUB firmata.
L'esito dipende dalle circostanze: kernel personalizzati, binari GRUB compilati localmente, moduli di terze parti non firmati o chiavi Secure Boot modificate possono influenzare il risultato.
Azione: se hai installato i pacchetti standard di Debian, non disabilitare Secure Boot automaticamente. Verifica prima che shim-signedsiano installati i componenti di avvio firmati appropriati. Disabilitare temporaneamente Secure Boot può essere un test diagnostico, ma se questo è l'unico modo in cui il sistema si avvia, identifica la causa del fallimento del percorso firmato prima di considerare il problema risolto.
I sistemi multi-disco creano un'ulteriore modalità di errore: il filesystem di root potrebbe trovarsi su un'unità mentre la partizione ESP utilizzata durante l'installazione si trova su un'altra. Se questo secondo disco viene rimosso, disabilitato o successivamente spostato dietro un controller diverso, il firmware potrebbe segnalare l'assenza di un dispositivo di avvio, anche se la partizione di root di Debian è integra.
lsblk -o NAME,SIZE,FSTYPE,PARTTYPE,PARTUUID,MOUNTPOINTS
findmnt /
findmnt /boot/efiAzione: verificare che la partizione ESP che si sta riparando appartenga a un disco che rimarrà presente e visibile al firmware. Sui sistemi RAID o con mirroring, valutare se è necessaria una partizione ESP avviabile su più di un'unità fisica. La documentazione di GRUB di Debian indica che le configurazioni RAID UEFI richiedono che il contenuto della partizione ESP sia presente sulle unità da cui si prevede che la macchina si avvii.
Non affidatevi solo a un grub-installmessaggio di successo. Verificate i file, la voce del firmware e l'ordine di avvio mentre l'ambiente di ripristino è ancora disponibile.
efibootmgr -v
ls -la /boot/efi/EFI/debian/
ls -la /boot/efi/EFI/BOOT/ 2>/dev/null || true
update-grub
Didascalia: Il controllo finale più efficace consiste nella presenza di una voce di avvio Debian visibile che il firmware può selezionare, seguita da un avvio riuscito con la chiavetta USB di ripristino rimossa.
Quindi, esci dal chroot, smonta correttamente il sistema, spegni il computer, rimuovi la chiavetta USB e avvia il sistema dal disco interno. Se Debian compare nel menu del firmware ma non si avvia ancora, il problema non è più "Nessun dispositivo di avvio" ma riguarda GRUB, il kernel, l'initramfs, l'archiviazione o il filesystem.
| Ciò che osservi | Azione più appropriata | Perché |
|---|---|---|
| L'ambiente di soccorso è in modalità Legacy | Riavviare esplicitamente l'unità USB in modalità UEFI. | La riparazione della NVRAM richiede l'accesso in fase di runtime all'UEFI. |
| Non esiste alcuna ESP | Eseguire prima un backup, quindi creare/configurare un ESP utilizzando un piano di partizionamento supportato. | UEFI necessita di una partizione di sistema leggibile da EFI. |
L'ESP esiste ma EFI/debianmanca | Chroot e reinstalla GRUB EFI | I normali file di caricamento di Debian sono assenti |
| I file EFI esistono ma non esiste alcuna voce Debian Boot#### | Reinstallare GRUB o ricreare la voce del firmware | Il firmware non ha un percorso Debian registrato |
| Esiste una voce Debian valida, ma il firmware la ignora. | Regolare l'ordine di avvio del firmware; se necessario, valutare il EFI/BOOTpercorso di fallback. | La sola reinstallazione ripetuta di GRUB potrebbe non risolvere il problema del firmware. |
| L'avvio funziona solo con Secure Boot disabilitato. | Verifica i pacchetti GRUB firmati/shim e lo stato di avvio protetto. | Il problema risiede probabilmente nella catena di avvio firmata, non nel normale ordine di avvio. |
| Il filesystem root e l'ESP si trovano su dischi diversi. | Assicurarsi che il disco ESP sia sempre presente oppure installare un ESP appropriato sul disco di avvio previsto. | Impossibile caricare un file ESP da un disco mancante. |
efibootmgrcomandi.--target=i386-pcdurante la riparazione di un'installazione UEFI amd64.Debian 13 “Trixie” rimane la versione stabile a ottobre 2026; Debian 13.7 è stata rilasciata il 12 settembre 2026. La guida di installazione ufficiale attualmente pubblicata per Trixie è la guida 2025 del team di installazione di Debian per Debian 13. Se stai riparando una versione precedente di Debian, i nomi dei pacchetti e i dettagli di Secure Boot potrebbero essere diversi, quindi utilizza la documentazione corrispondente a quella versione. Consulta le informazioni sulle versioni stabili di Debian .
Configurare SUSE RMT su SLES 15, sincronizzare i metadati SCC, replicare i repository selezionati, registrare i client tramite HTTPS e comprendere i limiti della migrazione da SMT.
Risolvere i problemi relativi a una scheda audio mancante su Pardus Linux 23. Verificare in modo sicuro il rilevamento ALSA, i moduli del kernel, i servizi audio, i profili di output, il firmware e gli aggiornamenti.
Risolvi i problemi di una macchina virtuale Pardus KVM bloccata a 1024x768 controllando la GPU virtuale, l'agente SPICE, la sessione X11 o Wayland e verificando che le modalità di visualizzazione superiori siano impostate correttamente.
Montare automaticamente una directory SSHFS remota all'avvio in Debian utilizzando SSH basato su chiave, /etc/fstab, opzioni di rete systemd, montaggio automatico e passaggi di verifica.
Risolvere il problema "Impossibile allocare memoria" durante un aggiornamento SLES. Controllare la RAM, lo swap, i log di OOM e i limiti dei processi, quindi ripristinare il sistema senza interrompere le transazioni dei pacchetti.
Risolvi i problemi di offset del tocco, rotazione e mappatura del display sui tablet con Harmonica OS (HamoniKR). Confronta le soluzioni di X.Org e libinput, esegui i test in sicurezza e scopri quando la calibrazione non è sufficiente.
Crittografa una partizione di swap Debian 12 esistente con dm-crypt, una nuova chiave casuale ad ogni avvio, /etc/crypttab, /etc/fstab e passaggi di verifica sicuri.
Configura smartmontools su Ubuntu per monitorare lo stato di salute del disco e inviare avvisi SMART via e-mail. Verifica la compatibilità del dispositivo, configura l'invio delle e-mail, testa le notifiche e risolvi eventuali problemi.
Risolvi gli errori di avvio UEFI di Debian verificando la modalità di avvio del programma di installazione, la partizione di sistema EFI, le voci NVRAM, i file EFI di GRUB, Secure Boot e i fallback del firmware.
Configura Snapper per creare ed eliminare snapshot Btrfs programmati su Ubuntu Desktop. Verifica prima la struttura dei sottovolumi, abilita i timer di systemd e assicurati che la conservazione sia sicura.
