Cambiare modalità di avvio da Legacy a UEFI, o fare il percorso inverso, su un PC già installato è una di quelle operazioni che sembrano banali finché non si prova davvero a farle.
In superficie appare come una semplice voce nel firmware, nascosta tra le impostazioni del BIOS.
In realtà è un cambio strutturale, profondo, che riguarda il modo in cui il sistema operativo dialoga con l’hardware fin dal primo istante di accensione.
È, in sostanza, un cambio di fondamenta mentre la casa è già costruita.
Quando si parla di Legacy e UEFI si entra nel territorio dell’avvio del sistema, quel momento invisibile all’utente ma cruciale in cui il firmware cerca un disco, legge una struttura ben precisa e avvia il sistema operativo.
Il punto è proprio questo: Legacy e UEFI parlano due linguaggi diversi. Il primo si basa su dischi inizializzati in MBR, una struttura vecchia ma ancora diffusa, mentre il secondo richiede GPT, un formato moderno progettato per gestire volumi più grandi e funzionalità avanzate.
Il problema nasce nel momento esatto in cui si cambia modalità senza preparare il terreno.
Il firmware, improvvisamente, cerca qualcosa che non esiste. Se il sistema era installato in modalità Legacy, il disco contiene una struttura MBR con un bootloader compatibile con quel mondo.
Passando a UEFI, il firmware si aspetta una partizione EFI, un file system FAT32 e una serie di file di avvio completamente diversi.
Non trovandoli, si limita a fare ciò che può: fermarsi. Schermo nero, messaggi criptici o il classico “No bootable device”.
Chi vive questa situazione sono spesso sistemisti, tecnici IT o utenti avanzati che cercano di modernizzare un sistema esistente, magari per abilitare funzionalità come Secure Boot o prepararsi a requisiti più recenti imposti da Windows 11.
Succede spesso anche durante migrazioni, upgrade o interventi su macchine aziendali dove non è possibile reinstallare tutto da zero.
Il “come” è quasi sempre lo stesso: si entra nel BIOS/UEFI, si cambia la modalità di boot e si salva. Il sistema si riavvia… e non parte più. Il “dove” è il firmware della scheda madre, il punto più basso della catena software.
Il “quando” è spesso un momento critico, magari dopo un aggiornamento o durante una manutenzione programmata.
Il “perché” è tecnico e inevitabile: il sistema operativo non è stato preparato a quel cambio.
La buona notizia è che, nella maggior parte dei casi, il problema è risolvibile senza perdere dati. Ma serve metodo.
Per rimettere in piedi un sistema che non si avvia dopo il cambio da Legacy a UEFI, la strada più solida è quella della conversione del disco da MBR a GPT e della ricostruzione dell’ambiente di avvio.


Si parte accedendo a un supporto di installazione o ripristino, tipicamente una chiavetta USB con Windows 11 o Windows 10. Da lì si entra nell’ambiente di recupero e si apre il prompt dei comandi, che diventa lo strumento principale.
A questo punto si utilizza l’utility mbr2gpt, integrata nei sistemi Microsoft moderni, che consente la conversione del disco senza cancellare i dati. Il comando viene eseguito prima in modalità di validazione, per verificare che il disco sia compatibile, e poi in modalità di conversione vera e propria.
Se tutto va a buon fine, il disco viene trasformato in GPT e viene creata automaticamente la partizione EFI necessaria all’avvio UEFI.
Una volta completata la conversione, si riavvia il sistema, si rientra nel firmware e si imposta definitivamente la modalità UEFI. A quel punto, il sistema dovrebbe tornare a vivere, questa volta parlando il linguaggio corretto.
Nel caso opposto, ovvero il passaggio da UEFI a Legacy, la situazione è più complessa e meno elegante.
Non esiste uno strumento diretto equivalente a mbr2gpt per tornare indietro senza perdita di dati. In molti casi, l’unica soluzione realmente affidabile è il backup completo, la conversione del disco in MBR e la reinstallazione del sistema operativo. È una scelta meno raffinata, ma spesso inevitabile.
Esistono anche scenari intermedi, in cui il sistema non parte ma il disco è già nel formato corretto. In questi casi, il problema può essere semplicemente il bootloader mancante o danneggiato. Qui entrano in gioco strumenti come bootrec o bcdboot, che permettono di ricostruire manualmente l’ambiente di avvio e ripristinare la sequenza corretta.
C’è poi una lezione più ampia in tutto questo: il firmware non è un dettaglio, è parte integrante dell’architettura del sistema. Cambiare modalità di boot senza considerare il tipo di partizionamento del disco è come cambiare la serratura senza avere la chiave giusta.
Alla fine, ciò che sembra un’impostazione è in realtà una scelta architetturale. E come tutte le scelte architetturali, richiede coerenza.
Sequenza operativa per risolvere il problema (Legacy → UEFI senza reinstallare):
- Creare o utilizzare una chiavetta di installazione di Windows
- Avviare il PC dalla chiavetta USB
- Accedere all’ambiente di ripristino (Ripara il computer)
- Aprire il Prompt dei comandi
- Verificare il disco con:
mbr2gpt /validate /disk:0 /allowFullOS - Eseguire la conversione:
mbr2gpt /convert /disk:0 /allowFullOS - Riavviare il PC
- Entrare nel BIOS/UEFI
- Impostare modalità UEFI e disabilitare Legacy/CSM
- Salvare e riavviare
Soluzioni alternative valide:
Una soluzione più conservativa è semplicemente tornare alla modalità originale, ripristinando Legacy nel firmware.
Questo riporta immediatamente il sistema in uno stato funzionante, utile quando serve ripartire rapidamente.
Un’altra opzione è la reinstallazione pulita del sistema operativo in modalità UEFI, che garantisce la massima compatibilità e pulizia strutturale, soprattutto su macchine moderne.
Nei contesti enterprise, si può intervenire con strumenti di deployment avanzati o immagini già configurate per GPT/UEFI, riducendo il rischio di errore umano.
Fonti:
- Microsoft Docs – MBR2GPT
- Microsoft Learn – Windows Deployment
- Documentazione ufficiale UEFI Forum
- KB Microsoft su bootrec e bcdboot
- Best practice enterprise per migrazione BIOS/UEFI
| Caratteristica | UEFI (BIOS moderno) | Legacy (BIOS tradizionale) |
|---|---|---|
| Architettura | Firmware avanzato, modulare | Firmware semplice, lineare |
| Interfaccia | Grafica, supporto mouse | Testuale, solo tastiera |
| Metodo di boot | Boot manager interno | MBR (Master Boot Record) |
| Tipo partizioni | GPT | MBR |
| Limite dimensione disco | > 2 TB | ~2 TB |
| Numero partizioni | Molte (praticamente illimitate) | Max 4 primarie |
| Sicurezza | Secure Boot disponibile | Nessuna protezione |
| Velocità di avvio | Più rapido | Più lento |
| Compatibilità | Sistemi moderni | Sistemi legacy/vecchi |
| Supporto hardware | Completo e aggiornato | Limitato |
| Estendibilità | Alta (driver firmware, moduli) | Nulla |
| Utilizzo attuale | Standard moderno | Solo per retrocompatibilità |
