Come installare e testare Windows 11 in una VM VirtualBox

Windows 11 in VirtualBox si installa senza drammi, ma solo se tratti la VM come un sistema reale: firmware UEFI, TPM 2.0, disco adeguato, rete corretta e test dopo il primo avvio. Se salti questi punti, l’installazione può partire comunque e poi bloccarsi su requisiti mancanti, lentezza inspiegabile o integrazione scarsa con l’host. La differenza non la fa il wizard, la fa la preparazione della macchina virtuale.

Prerequisiti che evitano i problemi più comuni

Prima di creare la VM, verifica che l’host supporti la virtualizzazione hardware e che VirtualBox sia aggiornato. Su Linux, il controllo minimo è nel kernel e nelle estensioni CPU; su Windows, passa dal BIOS/UEFI del PC e dal task manager. Non è un dettaglio: Windows 11 dentro VirtualBox gira bene solo se VT-x/AMD-V è attivo e se non stai combattendo con un hypervisor già occupante la scena.

Controllo rapido da host Linux:

egrep -c '(vmx|svm)' /proc/cpuinfo
lsmod | grep -E 'vboxdrv|vboxnetflt|kvm'
VBoxManage --version

Se il primo comando restituisce 0, la virtualizzazione non è esposta al sistema. Se VirtualBox è vecchio, aggiorna prima di perdere tempo con messaggi ambigui su TPM o EFI. Su host Windows, è utile anche disattivare conflitti con Hyper-V solo se necessario e con cognizione di causa, perché cambiare quel pezzo può avere effetti su altri software di virtualizzazione.

Configurazione della VM: la base corretta per Windows 11

La configurazione iniziale conta più della ISO. Per Windows 11 conviene partire con una VM nuova, non con un clone improvvisato di una vecchia macchina Windows 10. Il motivo è semplice: firmware, TPM virtuale e tipo di controller disco incidono già durante setup e primo boot.

1. Nome e tipo: crea una nuova VM e imposta Microsoft Windows come tipo e Windows 11 (64-bit) come versione, se disponibile.
2. RAM: assegna almeno 4 GB, ma 8 GB è una soglia molto più sana se l’host lo consente.
3. CPU: parti da 2 vCPU; 4 vCPU riducono la sensazione di “setup pigro”, soprattutto con SSD virtuale e aggiornamenti.
4. Disco: usa un VDI dinamico da almeno 64 GB. Per uso reale, 80–100 GB ti danno margine per update e software.
5. Firmware: attiva EFI e, se presente nella tua versione di VirtualBox, anche Secure Boot.
6. TPM: aggiungi un TPM 2.0 virtuale. Senza questo, Windows 11 può rifiutare l’installazione o chiedere workaround inutili.

Con VirtualBox recente la sequenza tipica è: apri le impostazioni della VM, vai su Scheda madre e abilita EFI; poi su Sicurezza o sezione equivalente, aggiungi il TPM. Se la GUI non espone l’opzione, stai probabilmente usando una versione troppo vecchia per fare un lavoro pulito. In quel caso la soluzione corretta è aggiornare VirtualBox, non forzare un bypass al buio.

Se preferisci la riga di comando, puoi creare e rifinire la VM con VBoxManage. Esempio base:

VBoxManage createvm --name "Win11" --ostype Windows11_64 --register
VBoxManage modifyvm "Win11" --memory 8192 --cpus 4 --vram 128 --firmware efi
VBoxManage createhd --filename "$HOME/VirtualBox VMs/Win11/Win11.vdi" --size 81920 --variant Standard
VBoxManage storagectl "Win11" --name "SATA" --add sata --controller IntelAhci
VBoxManage storageattach "Win11" --storagectl "SATA" --port 0 --device 0 --type hdd --medium "$HOME/VirtualBox VMs/Win11/Win11.vdi"

Il punto non è ripetere tutto in CLI per forza, ma avere parametri chiari e verificabili. Se la macchina non si avvia, puoi controllare subito cosa è stato impostato invece di inseguire la memoria visiva del wizard.

ISO di Windows 11 e boot iniziale

Scarica la ISO ufficiale di Windows 11 dal sito Microsoft. Evita immagini modificate o “lite” se vuoi un test serio: tagliano componenti, falsano i tempi di installazione e spesso rompono i controlli di aggiornamento. Per un ambiente di laboratorio, la ISO standard è la scelta giusta.

Collega la ISO al lettore ottico virtuale della VM e avvia. Se tutto è corretto, dovresti vedere il boot del setup senza errori di compatibilità. Se compare un messaggio sui requisiti mancanti, il problema da verificare per primo è quasi sempre uno tra EFI, TPM o RAM insufficiente.

Se il setup di Windows 11 non parte nemmeno dalla ISO, non cercare subito la colpa nel file immagine: in VirtualBox il collo di bottiglia più frequente è una VM creata con firmware legacy o con virtualizzazione hardware non disponibile all’host.

Installazione: i passaggi che vale la pena fare bene

Durante l’installazione, scegli l’edizione che ti serve davvero. Se il test riguarda compatibilità applicativa o integrazione di rete, l’edizione Home non aggiunge nulla rispetto a Pro, mentre Pro ti lascia un po’ più di margine per policy e strumenti di amministrazione. Non è obbligatorio, ma in laboratorio è spesso la scelta più sensata.

1. Avvia la VM dalla ISO e attendi il caricamento del setup.
2. Se richiesto, seleziona lingua, layout tastiera e formato.
3. Inserisci il product key solo se disponibile; altrimenti scegli l’opzione per continuare senza chiave.
4. Seleziona l’edizione corretta.
5. Accetta la licenza e scegli installazione personalizzata.
6. Se il disco è nuovo, crea la partizione principale e prosegui.

La parte che molti sottovalutano è il disco virtuale. Un VDI dinamico va bene per partire, ma se il test deve essere ripetibile e misurabile, conviene annotare dimensione iniziale, filesystem e controller. Un disco SATA emulato è in genere semplice e stabile; un NVMe virtuale può essere utile se vuoi avvicinarti di più a un comportamento moderno, ma non è indispensabile per il primo test.

Dopo il primo riavvio, lascia completare la configurazione OOBE. Se la VM è in laboratorio e non vuoi legarla a un account Microsoft, valuta attentamente la procedura supportata dalla build che stai usando. Qui il punto non è aggirare policy, ma scegliere consapevolmente il flusso di onboarding più adatto al test. Se un passaggio cambia da build a build, verifica sullo schermo della VM invece di affidarti a procedure datate.

Test dopo l’installazione: non fermarti al desktop

Un’installazione riuscita non basta. Devi controllare che la VM sia realmente usabile. I tre test minimi sono: rete, integrazione schermo e prestazioni di base. Se uno di questi fallisce, la macchina è installata ma non è ancora pronta per lavorare.

1. Rete: apri il prompt dei comandi e verifica il raggiungimento di un host esterno.
2. DNS: controlla che la risoluzione dei nomi sia coerente con la rete selezionata.
3. Aggiornamenti: avvia Windows Update e osserva se la VM scarica pacchetti senza errori.
4. Video: ridimensiona la finestra e verifica se il desktop si adatta in modo fluido.
5. Storage: osserva se il disco virtuale introduce attese anomale durante l’apertura di Esplora file.

Comandi utili dentro Windows:

ipconfig /all
ping 8.8.8.8
nslookup www.microsoft.com
winver

Se ping 8.8.8.8 funziona ma nslookup fallisce, il problema è lato DNS della VM o dell’adattatore scelto, non del sistema operativo. Se invece non esce traffico nemmeno verso l’IP, controlla il tipo di scheda di rete virtuale e la modalità NAT/bridged. In VirtualBox, per un test semplice e prevedibile, NAT è quasi sempre il punto di partenza migliore.

Rete VirtualBox: NAT, bridge e quando usare l’uno o l’altro

Per installare e testare Windows 11, la modalità NAT è la più prudente: la VM esce su Internet senza esporsi direttamente in LAN. Se invece devi simulare un client nella rete locale, ad esempio per testare condivisioni, discovery o policy di dominio, allora il bridge ha senso. Non mischiare i due casi nella stessa sessione senza bisogno: riduci le variabili prima di alzare la complessità.

Se usi bridge e la VM non ottiene connettività, il controllo minimo è doppio: lato host verifica che la scheda fisica sia attiva, lato VM guarda l’indirizzo ottenuto. Un errore frequente è usare un bridge su Wi-Fi con limiti del driver o del router. In quel caso NAT evita il problema e ti permette di capire se la difficoltà è davvero nella rete o solo nel tipo di adattamento scelto.

Se vuoi verificare lo stato della scheda dalla shell di VirtualBox, puoi ispezionare la configurazione con:

VBoxManage showvminfo "Win11" --details

Nel risultato cerca la sezione dedicata all’adattatore di rete, il tipo di controller e la modalità selezionata. È un controllo banale ma utile quando una VM “sembra installata bene” e poi non naviga.

Integrazione host-guest: Guest Additions senza improvvisazioni

Le Guest Additions non sono un optional estetico. Servono per video più fluido, clipboard condivisa, drag and drop e integrazione generale. Per Windows 11 in VirtualBox, installale dopo il primo boot stabile, non a metà installazione. Prima fai partire il sistema, poi aggiungi i componenti guest.

1. Dal menu di VirtualBox monta il disco delle Guest Additions.
2. In Windows, apri il supporto ottico e lancia l’installer con privilegi amministrativi.
3. Riavvia la VM al termine.
4. Verifica che il ridimensionamento finestra e la clipboard funzionino.

Se dopo l’installazione il video resta bloccato su risoluzioni basse, controlla che l’accelerazione 3D non stia creando effetti collaterali con il driver grafico virtuale. In alcuni host conviene provarla, in altri conviene tenerla spenta e verificare il comportamento base prima di spingere su effetti più raffinati. Non è una gara a chi attiva più opzioni.

Risoluzione dei problemi tipici

Se Windows 11 rifiuta l’installazione, la causa più probabile è una combinazione di firmware e TPM. Se invece l’installazione parte ma il sistema va lento o instabile, il problema sta più spesso in RAM insufficiente, disco troppo piccolo o adattatore di rete configurato male. I sintomi parlano, basta guardarli con ordine.

1. Messaggio sui requisiti minimi: verifica EFI, TPM 2.0 e RAM assegnata.
2. Schermo nero al boot: controlla la ISO, il controller video e il firmware della VM.
3. Rete assente: prova NAT, poi controlla il tipo di scheda virtuale e i DNS.
4. Prestazioni scarse: aumenta RAM e CPU, poi verifica che l’host non stia saturando swap o memoria.
5. Installazione congelata: osserva log e utilizzo host prima di forzare restart; un freeze può essere storage lento, non un crash reale.

Se vuoi un approccio più rigoroso, misura tre indicatori prima e dopo ogni modifica: tempo di boot, tempo di apertura del desktop e tempo di download di un aggiornamento di test. Non serve un laboratorio di performance per capire se la VM sta migliorando o peggiorando; bastano confronti coerenti e ripetibili.

Una configurazione di partenza sensata per uso reale

Per una VM Windows 11 destinata a test, questa è una base equilibrata: 4 vCPU, 8 GB di RAM, disco VDI dinamico da 80 GB, controller SATA o NVMe virtuale, rete NAT, EFI attivo, TPM 2.0 virtuale e Guest Additions installate dopo il primo avvio. È una configurazione che non spreca risorse ma evita i colli di bottiglia più fastidiosi.

Se l’obiettivo è fare prove di amministrazione o compatibilità software, puoi aumentare a 12 o 16 GB di RAM e passare a bridge solo quando serve davvero che la VM sia visibile nella LAN. Se invece l’obiettivo è solo verificare che l’applicazione parta, non ha senso caricare la VM di opzioni che complicano il debug.

Alla fine il criterio è semplice: una VM ben costruita deve essere noiosa. Si installa, fa il boot, prende rete, aggiorna, e risponde in modo prevedibile. Se ogni passaggio richiede tentativi casuali, il problema quasi mai è Windows 11 in sé; è la VM che è stata impostata senza una sequenza tecnica pulita.