1 16/10/2026 9 min

Su Hyper-V Windows 11 si installa senza trucchi strani, ma va impostata bene la macchina virtuale prima del primo avvio: firmware UEFI, Secure Boot, TPM virtuale e disco dinamico con margine sufficiente. Il punto non è “far partire l’installer”, ma evitare di ritrovarsi con una VM che installa, poi si blocca sui requisiti o degrada dopo i primi aggiornamenti.

La scelta giusta, in pratica, è partire con una VM di generazione 2, assegnare risorse realistiche e verificare subito il lato sicurezza/compatibilità. Windows 11 in Hyper-V funziona bene anche su host non recentissimi, purché l’host supporti SLAT e virtualizzazione assistita, e purché tu non provi a risparmiare sulle impostazioni base. Qui sotto trovi un percorso lineare, pensato per evitare rifacimenti.

Prerequisiti reali sull’host Hyper-V

Prima di creare la VM, controlla che l’host Windows abbia Hyper-V attivo e che il processore supporti le estensioni necessarie. Per Windows 11 guest, la parte delicata non è tanto la CPU in sé, quanto la combinazione tra virtualizzazione, memoria e supporto UEFI.

Verifica rapida da PowerShell elevato:

systeminfo | findstr /i "Hyper-V Requirements"

Se vedi che i requisiti Hyper-V non sono soddisfatti, il problema è a monte: nel BIOS/UEFI dell’host vanno attivati Intel VT-x o AMD-V, più SLAT e, se disponibile, la virtualizzazione I/O. Senza questi prerequisiti rischi di perdere tempo su configurazioni che non potranno funzionare correttamente.

Per l’ISO di Windows 11 usa una sorgente ufficiale. Se vuoi evitare sorprese, scarica l’immagine direttamente dal sito Microsoft e conserva l’hash o almeno il percorso della build usata, così puoi replicare l’ambiente in caso di rebuild.

Perché serve una VM di generazione 2

Windows 11 su Hyper-V va creato come macchina virtuale di Generazione 2. È la scelta che ti dà firmware UEFI, boot da disco GPT e integrazione corretta con Secure Boot. La generazione 1, qui, è una strada sbagliata: ti complica il boot, il supporto al firmware e la gestione delle funzionalità richieste dal sistema operativo.

In Hyper-V Manager, il percorso è semplice: New > Virtual Machine, poi selezioni Generation 2. Se usi PowerShell, il comando equivalente è questo:

New-VM -Name "Win11" -Generation 2 -MemoryStartupBytes 4GB -NewVHDPath "D:\VM\Win11\Win11.vhdx" -NewVHDSizeBytes 80GB -SwitchName "Default Switch"

Qui la scelta della dimensione disco non è casuale: 64 GB è il minimo pratico, ma 80 GB o più ti evita di saturare lo storage al primo giro di aggiornamenti, lingua aggiuntiva, pagefile e software base. Se la VM è destinata a test, puoi anche salire con meno RAM iniziale e usare Dynamic Memory; per un ambiente più stabile, 4 GB sono un punto di partenza sensato, 8 GB se prevedi uso reale.

Impostazioni Hyper-V da non sbagliare

La configurazione minima corretta per Windows 11 include quattro elementi: memoria adeguata, CPU virtuale sufficiente, firmware UEFI con Secure Boot e TPM virtuale. Se uno di questi manca, il setup può partire ma poi fallire o segnalare requisiti non rispettati.

  1. Memoria: assegna almeno 4096 MB. Se l’host è usato anche per altro, valuta Dynamic Memory con minimo 2048 MB e massimo coerente con il carico previsto.
  2. CPU: 2 vCPU sono il minimo pratico; 4 vCPU migliorano parecchio la reattività durante installazione e aggiornamenti.
  3. Firmware: lascia la VM di Generazione 2, così lavori in UEFI nativo.
  4. Secure Boot: attivalo con template Microsoft Windows, non con impostazioni generiche se vuoi ridurre incompatibilità inutili.

Nel pannello Hyper-V, dopo aver creato la VM, entra in Settings e verifica la sezione Security. Qui devi spuntare Enable Secure Boot. Se la voce TPM non compare, non significa che Windows 11 sia impossibile: significa che devi abilitare il vTPM tramite PowerShell o controllare che l’host supporti la funzionalità di sicurezza richiesta.

Per aggiungere il TPM virtuale via PowerShell, il flusso tipico è questo:

Set-VMKeyProtector -VMName "Win11" -NewLocalKeyProtector
Enable-VMTPM -VMName "Win11"

Se il comando Enable-VMTPM non è disponibile, il problema è quasi sempre lato host: versione di Windows, feature Hyper-V mancanti o policy di sicurezza non coerenti. In quel caso la verifica da fare è semplice: controlla le funzionalità Windows abilitate e la build dell’host.

Creazione della VM: percorso GUI e alternativa PowerShell

Se vuoi ridurre il rischio operativo, la GUI di Hyper-V Manager resta il percorso più pulito per una singola VM. Se invece devi replicare il setup più volte, conviene passare subito a PowerShell e trasformare la configurazione in uno script ripetibile.

  1. Apri Hyper-V Manager e scegli New > Virtual Machine.
  2. Assegna un nome chiaro, ad esempio Win11-Dev o Win11-Test.
  3. Seleziona Generation 2.
  4. Imposta memoria iniziale e, se serve, abilita Dynamic Memory.
  5. Collega la VM allo switch virtuale corretto: Default Switch va bene per test rapidi, uno switch esterno è più adatto se la VM deve stare nella rete reale.
  6. Crea un VHDX da almeno 80 GB, meglio se separi il disco OS da eventuali dischi dati di test.
  7. Collega l’ISO di Windows 11 come DVD virtuale.

In PowerShell, la configurazione base può essere estesa in modo chiaro. Esempio:

Set-VM -Name "Win11" -ProcessorCount 4
Set-VMMemory -VMName "Win11" -StartupBytes 4GB -MinimumBytes 2GB -MaximumBytes 8GB -DynamicMemoryEnabled $true
Set-VMDvdDrive -VMName "Win11" -Path "D:\ISO\Win11.iso"

Questo approccio è utile anche perché ti lascia una traccia precisa dei parametri. Se qualcosa non torna, puoi confrontare l’output dei cmdlet con il comportamento reale della VM senza andare a tentoni nel pannello grafico.

Installazione di Windows 11 nella VM

Al primo boot, la VM deve avviarsi dall’ISO e mostrarti il programma di installazione di Windows. Se non succede, il problema è quasi sempre nell’ordine di boot o nel collegamento del DVD virtuale. In Hyper-V, controlla che il DVD sia il primo dispositivo di avvio o usa il menu firmware della VM.

  1. Avvia la VM e premi il tasto per entrare nel firmware se necessario.
  2. Conferma il boot da ISO.
  3. Scegli lingua, layout tastiera e versione di installazione.
  4. Quando richiesto, seleziona il disco VHDX creato in precedenza.
  5. Lascia che il setup partizioni il disco in GPT: con Gen 2 è la strada corretta.
  6. Completa l’installazione e il primo login.

Se il setup segnala che Windows 11 non può essere installato su questo PC, torna alle impostazioni della VM e controlla prima TPM e Secure Boot. In molti casi il messaggio non dipende dall’ISO, ma da una VM creata in fretta con un’impostazione mancante. La correzione è locale e reversibile: abiliti il requisito mancante, riavvii e riprovi l’installer.

Durante l’installazione, se la VM è troppo lenta, non aumentare subito l’aggressività delle modifiche. Prima verifica se l’host sta già saturando CPU o disco. Un VHDX su storage lento o un host con poca RAM libera produce sintomi che sembrano “problemi di Windows”, ma sono solo colli di bottiglia dell’infrastruttura.

Driver, integrazione e rete dopo il primo avvio

Una volta dentro Windows 11, Hyper-V fornisce già una buona integrazione nativa. Le Integration Services sono parte del sistema moderno, quindi nella maggior parte dei casi non devi installare pacchetti aggiuntivi. Quello che va controllato è la rete, il tempo di sincronizzazione e l’eventuale accesso condiviso a cartelle o dischi.

Apri il prompt dei comandi o PowerShell nella VM e verifica IP e connettività:

ipconfig /all
ping 8.8.8.8
nslookup www.microsoft.com

Se l’IP non arriva, il problema è lato switch virtuale. Se l’IP c’è ma non risolvi i nomi, controlla DNS assegnato dal DHCP o configurazione statica. Se la rete funziona ma l’orario è sballato, verifica la sincronizzazione tempo della VM: in ambienti AD o test con certificati, un offset temporale basta a rompere login, update e TLS.

Per condividere file con l’host, evita soluzioni improvvisate. Usa una condivisione SMB ben definita o una cartella condivisa tramite la rete virtuale. Se ti serve solo spostare file di installazione o log, meglio una share temporanea con permessi minimi che montare percorsi ambigui dentro la VM.

Controlli di stabilità dopo l’installazione

Il fatto che Windows 11 parta non basta. Dopo l’installazione conviene fare tre controlli: aggiornamenti, spazio disco e stato dei servizi di base. Questo riduce il rischio di scoprire problemi solo quando la VM è già usata da qualcuno.

  1. Windows Update: avvia la ricerca aggiornamenti e verifica che non ci siano errori di prerequisiti o certificati.
  2. Spazio libero: controlla che il disco abbia margine reale; sotto il 15% libero iniziano i problemi inutili con update e cache.
  3. Prestazioni: osserva Task Manager o Resource Monitor per capire se CPU, RAM o disco sono saturi a riposo.

Se la VM deve essere conservata come template, fai uno spegnimento pulito e crea un checkpoint solo dopo aver verificato che il sistema sia in uno stato coerente. Non usare i checkpoint come sostituto di un backup: sono utili per il rollback rapido, ma non sostituiscono una copia indipendente del VHDX o una strategia di protezione dati.

Errori tipici e correzioni rapide

Ci sono quattro errori ricorrenti quando si installa Windows 11 su Hyper-V. Riconoscerli subito evita di perdere mezz’ora in tentativi casuali.

  • VM di Generazione 1: soluzione, ricreare la VM come Gen 2 oppure migrare il disco in una nuova VM corretta.
  • TPM virtuale assente: soluzione, abilitare vTPM con PowerShell e verificare i prerequisiti host.
  • Secure Boot disattivato: soluzione, attivarlo nel pannello Security della VM.
  • Disco troppo piccolo: soluzione, creare un nuovo VHDX più capiente o espandere quello esistente con cautela e solo se sai cosa stai facendo.

Se vuoi diagnosticare in fretta una VM già esistente, questi comandi aiutano a leggere la configurazione effettiva:

Get-VM -Name "Win11" | Format-List Name,Generation,State,Status,MemoryAssigned,ProcessorCount
Get-VMFirmware -VMName "Win11"
Get-VMKeyProtector -VMName "Win11"

Con questi output capisci subito se la VM è stata creata bene o se stai inseguendo un problema di configurazione, non di installazione. È il classico punto in cui conviene leggere prima i parametri della macchina e solo dopo toccare il sistema operativo guest.

Quando conviene usare checkpoint e quando no

I checkpoint sono utili per test brevi, prove di software o validazione di patch. Sono meno adatti come strategia permanente su VM di lavoro. Su Windows 11 guest, un checkpoint preso nel momento sbagliato può salvare uno stato incoerente di applicazioni o update in corso.

Regola pratica: checkpoint prima di un cambio reversibile e dopo aver verificato che la VM sia ferma e sana. Se devi fare una prova rischiosa, il checkpoint è un paracadute. Se devi gestire un ambiente stabile, usa backup veri, con retention e restore testato.

Conclusione operativa: la configurazione minima che regge

La combinazione che funziona meglio, senza complicazioni inutili, è questa: VM di Generazione 2, 4 GB di RAM come base, 2 o 4 vCPU, disco VHDX da almeno 80 GB, Secure Boot attivo, TPM virtuale abilitato e ISO ufficiale di Windows 11. Con questi elementi in ordine, l’installazione è lineare e la VM resta compatibile con gli aggiornamenti successivi.

Se qualcosa non torna, non partire dal sistema operativo guest: controlla prima host, firmware della VM e rete virtuale. In Hyper-V, la maggior parte dei problemi di Windows 11 nasce da una configurazione incompleta, non da un difetto dell’installer. Assunzione: host Windows con Hyper-V già installato e permessi amministrativi disponibili.