Installare una macchina virtuale Linux con Hyper-V su Windows 10

Su Windows 10, Hyper-V è il percorso più lineare per far girare una macchina virtuale Linux in modo stabile, con prestazioni buone e una gestione abbastanza pulita delle risorse. La parte che crea più errori, di solito, non è l’installazione della distribuzione: è la preparazione dell’host, la scelta del tipo di switch di rete e il controllo dei requisiti di virtualizzazione.

Prima di partire conviene chiarire un punto: Hyper-V non è disponibile in tutte le edizioni di Windows 10. Serve in genere una versione Pro, Enterprise o Education. Se la macchina non supporta la virtualizzazione assistita, oppure se Hyper-V non è abilitabile, è inutile forzare la procedura: la verifica preliminare evita una catena di tentativi a vuoto.

Requisiti reali prima di creare la VM

La base minima è semplice: CPU con virtualizzazione hardware, RAM sufficiente per host e guest, spazio disco libero e supporto di Hyper-V nell’edizione di Windows. In pratica, su un sistema con 8 GB di RAM si può far girare una distribuzione leggera senza problemi, ma se l’obiettivo è lavorare in modo comodo conviene stare più larghi. Se vuoi usare interfaccia grafica nel guest, la memoria assegnata va pianificata con un margine per il sistema operativo host.

Per verificare se la virtualizzazione è attiva, apri Gestione attività, scheda Prestazioni, e controlla la voce Virtualizzazione. Se risulta Disabilitata, spesso va abilitata dal firmware UEFI/BIOS. Questa verifica è più utile di mille supposizioni: se la CPU non espone VT-x/AMD-V al sistema, Hyper-V non può fare il suo lavoro.

Se vuoi un controllo più tecnico, puoi usare anche il prompt dei comandi come amministratore:

systeminfo | findstr /i "Hyper-V Requirements"

Il risultato atteso è una serie di requisiti con esito positivo. Se compare un No su uno dei punti chiave, prima risolvi quello. Non serve andare oltre: la VM non partirà in modo affidabile.

Abilitare Hyper-V su Windows 10

La strada più pulita è passare da Attiva o disattiva funzionalità di Windows. Apri il menu Start, cerca quella voce e abilita Hyper-V, compresi Piattaforma Hyper-V e Strumenti di gestione Hyper-V. Dopo l’applicazione, Windows chiederà quasi sempre il riavvio.

Se preferisci il comando, o devi automatizzare su più macchine, puoi usare PowerShell da amministratore:

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Questo comando non è distruttivo, ma richiede riavvio. L’area di impatto è l’host Windows: l’effetto collaterale tipico è il tempo perso se lo lanci senza verificare prima i requisiti. Dopo il reboot, cerca Hyper-V Manager nel menu Start: se compare, la base è a posto.

Creare lo switch di rete corretto

Qui si decide spesso se la macchina virtuale sarà davvero usabile. In Hyper-V, la VM non “vede” automaticamente Internet: va collegata a uno switch virtuale. Per una distribuzione Linux destinata a navigare, aggiornarsi e scaricare pacchetti, la scelta più comune è lo switch esterno, collegato alla scheda di rete fisica del PC.

Apri Gestione Hyper-V, poi nel pannello a destra scegli Gestione switch virtuale. Crea uno switch di tipo Esterno, seleziona la tua scheda Ethernet o Wi-Fi e lascia attiva l’opzione per consentire al sistema operativo di condividere la scheda di rete. Dopo la creazione, controlla che il PC non perda la connettività: a volte il driver di rete impiega qualche secondo a riallinearsi.

Se vuoi isolare la VM per test interni, puoi usare uno switch Interno o Privato, ma in quel caso l’accesso a Internet richiede configurazioni aggiuntive. Per una prima installazione è meglio evitare complicazioni: esterno, poi si restringe il perimetro se serve davvero.

Creare la macchina virtuale Linux

In Hyper-V Manager, scegli Nuovo e poi Macchina virtuale. La procedura guidata ti porta attraverso i passaggi essenziali. Il punto importante è non improvvisare con i parametri: conviene partire da una configurazione prevedibile, facile da correggere in seguito.

1. Nome: scegli un nome chiaro, per esempio linux-test o ubuntu-prod-like. Il nome aiuta a non confondere dischi e snapshot.
2. Generazione: per le distribuzioni moderne scegli Generazione 2. Supporta UEFI e funziona meglio con l’ecosistema attuale.
3. Memoria: assegna una quantità iniziale ragionevole. Per una distro desktop leggera, 2048 MB può bastare; per un ambiente grafico più comodo, meglio salire. Se l’host è tirato, abilita la memoria dinamica con criterio.
4. Rete: collega la VM allo switch esterno creato prima.
5. Disco virtuale: crea un VHDX nuovo e dimensionato con margine. Un disco da 30–40 GB è un punto di partenza sensato per una installazione base con GUI.
6. Supporto di installazione: monta l’ISO della distribuzione Linux scelta.

Il formato VHDX è quello da preferire: è più robusto del vecchio VHD e si adatta meglio agli usi moderni. Se il disco virtuale è dinamico, occupa spazio man mano che cresce; se è fisso, occupa subito tutto lo spazio assegnato ma offre un comportamento più prevedibile. Per un laboratorio personale, il dinamico è spesso il compromesso migliore.

La scelta della generazione conta parecchio. Con Generazione 2 hai firmware UEFI e avvio più moderno; con alcune ISO vecchie o poco curate può essere necessario adattare le opzioni di boot. Se la distribuzione non parte, non dare per scontato che il problema sia la ISO: verifica prima se l’ordine di avvio e la generazione sono coerenti con quel supporto.

Preparare l’ISO Linux e l’avvio iniziale

Scegli una ISO ufficiale e recente della distribuzione che vuoi installare. Ubuntu, Debian, Fedora, openSUSE e molte altre distribuzioni moderne si comportano bene su Hyper-V. Il consiglio pratico è usare immagini ufficiali, scaricate dal sito del progetto, e verificarne l’integrità se il sito fornisce checksum o firme.

Se il guest non vede il supporto d’installazione al primo boot, entra nelle impostazioni della VM e controlla il DVD virtuale. In Hyper-V, il percorso è abbastanza lineare: selezioni la VM, apri Impostazioni, vai su Controller SCSI o DVD Drive a seconda della generazione e confermi che il file ISO sia correttamente agganciato.

Per l’avvio, premi Connetti e poi Avvia. Se tutto è corretto, vedrai il menu della distribuzione o la schermata di installazione. Se invece la VM torna al firmware o mostra un errore di boot, controlla in quest’ordine: ISO montata, generazione corretta, Secure Boot compatibile con la distribuzione.

Secure Boot e compatibilità con Linux

Hyper-V usa Secure Boot anche per le VM di generazione 2. La maggior parte delle distribuzioni moderne lo gestisce senza problemi, ma in alcuni casi serve adattare il template oppure disattivarlo temporaneamente per completare l’installazione. La scelta dipende dalla distribuzione e dalla versione del kernel/bootloader inclusi nell’immagine.

Se la distribuzione si blocca all’avvio con schermata nera o non supera il bootloader, entra nelle impostazioni della VM e apri la sezione Sicurezza. Qui puoi verificare l’opzione Avvio protetto. In caso di dubbio, prova a disattivarlo temporaneamente per capire se è quello il collo di bottiglia. Se il sistema parte, hai già la risposta; poi puoi decidere se riattivarlo con un template più adatto.

Questa modifica non tocca i dati del disco virtuale, quindi il raggio d’azione è limitato alla fase di boot. Il rollback è immediato: rimetti l’opzione come prima e riavvia la VM.

Installazione della distribuzione Linux

Una volta avviato il supporto, segui il classico flusso di installazione della distribuzione. Qui non c’è nulla di speciale rispetto a un’installazione fisica, ma ci sono due punti che meritano attenzione: partizionamento e nome host. Se la VM è destinata a test o laboratorio, puoi accettare il layout automatico. Se invece vuoi mantenere ordine, conviene definire subito una struttura chiara per root, home e swap, se la distribuzione lo prevede.

Durante l’installazione, molti ambienti grafici propongono anche il download di aggiornamenti o driver aggiuntivi. Su Hyper-V, il guest Linux moderno include già il necessario per funzionare bene, quindi non serve inseguire pacchetti “magici”. Meglio completare l’installazione base, avviare il sistema e solo dopo verificare che rete, risoluzione video e input siano a posto.

Quando l’installer termina, espelli l’ISO virtuale o modifica l’ordine di boot per evitare di tornare nel programma di installazione al riavvio. È un passaggio banale, ma è una delle cause più comuni di “sembra che non abbia installato nulla”.

Driver, integrazione e servizi di Hyper-V nel guest

Le distribuzioni Linux moderne includono già i componenti necessari per riconoscere Hyper-V come piattaforma virtuale. In molti casi non devi installare nulla di aggiuntivo per avere rete, disco e mouse funzionanti. Se però noti problemi di integrazione, il primo passo è controllare i pacchetti del kernel e i servizi di base della distribuzione, non inseguire soluzioni specifiche di Hyper-V a caso.

In una VM Linux ben configurata, le verifiche minime da fare dopo il primo boot sono queste: interfaccia di rete presente, risoluzione DNS funzionante, spazio disco visibile e ora di sistema corretta. Se uno di questi elementi manca, il problema è spesso nella configurazione della VM o nello switch di rete, non nel sistema guest in sé.

Se usi una distribuzione con desktop, verifica anche l’integrazione grafica: dimensionamento finestra, copia/incolla, input del mouse. Su Hyper-V, la sensazione deve essere quella di una macchina che reagisce in modo prevedibile, non di una sessione “appesa”.

Controlli pratici dopo il primo avvio

Dopo l’installazione, fai tre controlli concreti. Primo: la VM deve avviarsi senza ISO montata e andare direttamente nel sistema installato. Secondo: la rete deve raggiungere Internet e risolvere i nomi. Terzo: il disco deve avere la capacità prevista e non deve essere pieno dopo pochi aggiornamenti.

Per verificare la rete dentro la VM, puoi usare strumenti standard della distribuzione, per esempio ping e un controllo DNS. Esempi:

ping -c 3 1.1.1.1
ping -c 3 google.com

Il primo test verifica la connettività IP, il secondo la risoluzione dei nomi. Se il primo funziona e il secondo no, il problema è quasi sempre DNS, non Hyper-V. Se entrambi falliscono, torna allo switch virtuale e al collegamento della scheda host.

Per controllare lo spazio disco disponibile nel guest:

df -h

Se lo spazio è insufficiente, la correzione più sicura è ampliare il VHDX dalla configurazione della VM, poi eventualmente estendere la partizione nel guest. Il raggio d’azione qui è il disco virtuale: prima fai un backup o una copia del file .vhdx se la VM contiene dati importanti.

Espandere il disco virtuale senza perdere dati

Quando una VM Linux cresce, il disco iniziale spesso non basta più. Hyper-V consente di aumentare la dimensione del VHDX dalle impostazioni della macchina virtuale. Questa è una modifica controllata, ma va fatta con attenzione: se il guest ha dati importanti, il backup del file VHDX prima dell’operazione è la scelta più prudente.

Il flusso tipico è: spegnere la VM, aprire Impostazioni, selezionare il disco virtuale e usare l’opzione di espansione. Dopo il resize, il sistema Linux vede spazio aggiuntivo non allocato. A quel punto, dentro il guest, si estende la partizione o il filesystem con gli strumenti appropriati alla distribuzione e al layout scelto.

Il rollback, in questo caso, esiste solo finché non hai modificato la partizione del guest. Se hai soltanto aumentato il VHDX, puoi tornare indietro ripristinando il file precedente o una copia di backup. Una volta esteso il filesystem e scritto dati nello spazio nuovo, il ritorno indietro non è più un’operazione banale.

Snapshot e checkpoint: usarli con criterio

Hyper-V offre i checkpoint, utilissimi per testare aggiornamenti, configurazioni e installazioni rischiose. Sono però uno strumento da usare con ordine. Un checkpoint non sostituisce un backup: congela lo stato della VM, ma non è una strategia di protezione completa se il disco host si corrompe o se devi recuperare una macchina a distanza di tempo.

Per un laboratorio Linux, il checkpoint è perfetto prima di un cambiamento importante: aggiornamento di kernel, modifica rete, test di servizi o migrazione di pacchetti. Se qualcosa va storto, torni allo stato precedente in pochi secondi. Il blast radius è la singola VM, non l’intero host, a patto di non lavorare sul disco condiviso o su risorse esterne.

La buona pratica è semplice: checkpoint prima del cambiamento, verifica dopo, poi rimuovi il checkpoint quando hai confermato che tutto è stabile. Tenerli aperti per mesi è una pessima idea: accumulano complessità e possono peggiorare la gestione dello storage.

Problemi tipici e come leggerli in fretta

Se la VM non si avvia, non partire subito dal guest. Prima verifica se il problema è nel layer di boot della VM, nel supporto ISO o nella rete. Una VM che mostra un errore subito dopo l’avvio e una VM che arriva all’installer ma non ha rete sono due casi diversi, anche se all’utente sembrano simili.

1. Boot failure: controlla generazione, ISO e Secure Boot.
2. Nessuna rete: controlla switch virtuale e collegamento alla scheda fisica.
3. Prestazioni scarse: controlla RAM assegnata, disco e carico dell’host.
4. Spazio finito: controlla VHDX e dimensione reale del filesystem nel guest.

Questa lettura per livelli fa risparmiare tempo: prima la piattaforma, poi il guest, poi l’applicazione. È il modo più sensato di lavorare in ambienti virtualizzati, perché evita di inseguire il sintomo sbagliato.

Configurazione consigliata di partenza

Se vuoi un profilo di partenza equilibrato per una VM Linux su Windows 10, questa è una base ragionevole: generazione 2, disco VHDX dinamico, switch esterno, memoria sufficiente per il tipo di distribuzione e ISO ufficiale recente. Da lì, si rifinisce in base allo scopo reale: desktop, server di test, ambiente di sviluppo o laboratorio di sicurezza.

Per un uso quotidiano, il vero guadagno di Hyper-V sta nella prevedibilità. Una volta impostato bene, non richiede attenzioni continue: la VM si avvia, prende rete, usa il disco e si comporta in modo consistente. Gli errori tipici nascono quasi sempre da una configurazione iniziale frettolosa.

Assunzione operativa: Windows 10 Pro/Enterprise/Education con virtualizzazione hardware già abilitabile, distribuzione Linux moderna e obiettivo di installazione standard con accesso a rete esterna.