Quando una VM Ubuntu in Hyper‑V non parte e mostra il codice 0x800705b4, il problema quasi sempre è un timeout di allocazione risorse o una configurazione incoerente. In questa guida trovi una procedura completa, dal controllo veloce ai test avanzati con PowerShell, per risolvere in modo definitivo.
Cos’è l’errore di timeout in avvio Hyper‑V
Il codice 0x800705b4 corrisponde a un timeout generico: l’operazione di avvio della macchina virtuale non si completa entro la finestra prevista dal servizio di gestione di Hyper‑V. In pratica, il processo di boot resta in attesa di memoria, CPU, disco o di un componente della VM (firmware UEFI, Secure Boot, rete, file VHD/VHDX) che non risponde in tempo utile. Il risultato è l’interruzione dell’avvio con messaggi del tipo “operazione scaduta”.
Sintomi e segnali
- La VM resta su “Avvio in corso” e poi si ferma con stato “Arrestata” o “Non riuscita”.
- In PowerShell
Start-VMritorna errore con codice riferito a timeout. - Nel Visualizzatore eventi, canale Hyper‑V‑Worker/Admin, compaiono avvisi su risorse non allocate in tempo, file VHD bloccati o Smart Paging non creabile.
- Il sistema host appare saturo di RAM/CPU o privo di spazio disco su unità coinvolte nei percorsi Hyper‑V.
Cause tipiche a colpo d’occhio
| Causa probabile | Segnale | Come verificarla |
|---|---|---|
| Memoria insufficiente o mal configurata | Avvio lento, arresto improvviso; Dynamic Memory con min/max incoerenti | Controlla impostazioni RAM della VM e lo stato RAM dell’host da Gestione attività |
| CPU o disco saturi | PICCHI alti di utilizzo, latenze I/O elevate | Monitora Prestazioni durante boot; verifica SSD/NVMe e coda disco |
| File VHD/VHDX bloccato o danneggiato | Eventi su file in uso o catena di checkpoint incoerente | Usa PowerShell per Get‑VHD, Test‑VHD e stato snapshot |
| Firmware UEFI e Secure Boot non compatibili | Schermate di errore di avvio o mancata validazione del bootloader | Controlla impostazioni firmware VM; prova a disabilitare Secure Boot per test |
| Servizi Hyper‑V non perfettamente operativi | Avvii casualmente falliti dopo aggiornamenti o sospensioni | Riavvia il servizio vmms e verifica lo stato |
| Conflitti con altri hypervisor o funzionalità | Software di virtualizzazione di terze parti attivo o driver legacy | Controlla presenza di altri hypervisor e stato delle funzionalità Windows |
| Patch di sistema mancanti o firmware datato | Bug noti che emergono dopo cumulative update non installati | Applica aggiornamenti Windows, driver chipset e BIOS/UEFI recenti |
Percorso consigliato di risoluzione
Di seguito una sequenza che risolve la maggior parte dei casi reali. È progettata per essere rapida all’inizio e progressivamente più approfondita.
| Passo | Descrizione | Perché funziona |
|---|---|---|
| Verificare la configurazione della VM | Controlla RAM e vCPU; prova a impostare memoria statica oppure calibra min/max disattivando Dynamic Memory. | Il timeout spesso nasce dall’impossibilità di riservare risorse nei tempi previsti. |
| Controllare le risorse del sistema host | Assicurati che RAM, CPU e disco siano liberi a sufficienza. | Con poche risorse l’avvio eccede il tempo massimo. |
| Aggiornare Windows | Installa i cumulativi più recenti di Windows 10/11. | Corregge difetti di Hyper‑V che si manifestano come timeout. |
| Creare una nuova VM e allegare il VHD esistente | Genera una VM “pulita” e collega il disco della VM problematica. | Elimina alla radice configurazioni nascoste o corrotte. |
Verifica della configurazione della VM
Memoria
Per prima cosa, semplifica la memoria:
- Disattiva la memoria dinamica in prova e imposta Memoria di avvio con un valore realistico (esempio: 4096 MB per desktop leggeri, 2048 MB o più per server minimal). Evita di scendere sotto 1024 MB salvo casi molto specifici.
- Se vuoi mantenere la memoria dinamica, imposta Min ≤ 50% della Startup e Max ≥ 2× la Startup; evita Min troppo vicino alla memoria libera dell’host.
- Controlla che il percorso del file di Smart Paging sia su un’unità con spazio libero adeguato.
Esempi di comandi:
# Passa a memoria statica di 4 GB
Set-VM -Name "Ubuntu" -DynamicMemoryEnabled $false -MemoryStartupBytes 4GB
Configura memoria dinamica con limiti coerenti
Set-VM -Name "Ubuntu" -DynamicMemoryEnabled $true -MemoryMinimumBytes 1GB -MemoryStartupBytes 2GB -MemoryMaximumBytes 6GB </code></pre>
<h3>Processori</h3>
<p>Evita di assegnare troppi vCPU su host modesti. Due vCPU sono spesso un buon compromesso per Ubuntu. Aumenta solo se necessario.</p>
<pre><code class="language-powershell">Set-VMProcessor -VMName "Ubuntu" -Count 2
</code></pre>
<h3>Firmware e Secure Boot</h3>
<p>Le VM Hyper‑V moderne usano firmware UEFI. Alcune distribuzioni Linux partono anche con Secure Boot, altre possono richiedere modifiche. Se sospetti un problema di convalida del bootloader, <strong>disattiva Secure Boot temporaneamente</strong> per prova. Dopodiché riattivalo se non è la causa.</p>
<pre><code class="language-powershell"># Disattiva Secure Boot per prova
Set-VMFirmware -VMName "Ubuntu" -EnableSecureBoot Off
</code></pre>
<h2>Verifica delle risorse dell’host</h2>
<p>Apri Gestione attività e il Monitoraggio risorse mentre avvii la VM. Guarda RAM disponibile, picchi CPU e coda disco. Verifica anche i percorsi predefiniti di Hyper‑V per VM, VHD e Smart Paging: se la partizione è quasi piena, i file temporanei di avvio non possono essere creati in tempo.</p>
<pre><code class="language-powershell"># Percorsi e limiti dell'host Hyper‑V
Get-VMHost | Select-Object VirtualHardDiskPath, VirtualMachinePath, SmartPagingFilePath, MaximumStorageMigrations
Spazio libero rapido
Get-PSDrive C, D, E | Select-Object Name, Free, Used, @{N='FreeGB';E={[math]::Round($_.Free/1GB,1)}}
</code></pre>
<p>Se un antivirus scansiona aggressivamente la cartella delle VM, la latenza I/O sale e può generare timeout. Valuta l’<strong>esclusione</strong> della cartella Hyper‑V dal controllo in tempo reale (VM e VHD).</p>
<h2>Aggiornamento di Windows</h2>
<p>Installa i cumulativi e gli aggiornamenti dei componenti Hyper‑V. Diversi fix migliorano la stabilità del motore di virtualizzazione e riducono i casi di timeout. Dopo gli aggiornamenti, riavvia l’host e ritenta l’avvio della VM.</p>
<h2>Ricreazione della VM con disco esistente</h2>
<p>Quando sospetti una configurazione nascosta corrotta, è spesso più rapido creare una <em>nuova VM</em> con impostazioni standard e collegare il disco esistente.</p>
<ol>
<li>Crea una nuova VM con firmware UEFI e memoria sensata.</li>
<li>Rimuovi il disco creato automaticamente.</li>
<li>Collega il VHD/VHDX della VM problematica.</li>
</ol>
<pre><code class="language-powershell"># Esempio: nuova VM pulita e collegamento del VHD esistente
New-VM -Name "Ubuntu-clean" -Generation 2 -MemoryStartupBytes 4GB -SwitchName "Default Switch"
Get-VMHardDiskDrive -VMName "Ubuntu-clean" | Remove-VMHardDiskDrive
Add-VMHardDiskDrive -VMName "Ubuntu-clean" -Path "D:\VM\Ubuntu\Ubuntu.vhdx"
Start-VM -Name "Ubuntu-clean" -Verbose
</code></pre>
<h2>Azioni integrative</h2>
<ul>
<li><strong>Secure Boot</strong>: per distro non firmate con chiavi Microsoft UEFI, disattivalo oppure usa il template appropriato. Se l’avvio parte solo senza Secure Boot, valuta l’aggiornamento del bootloader nella VM.</li>
<li><strong>Virtualizzazione nel firmware</strong>: assicurati che le estensioni hardware (Intel VT‑x/AMD‑V) siano attive in BIOS/UEFI. Disabilitazioni accidentali o aggiornamenti del BIOS possono ripristinare impostazioni conservative.</li>
<li><strong>Conflitti con altri hypervisor</strong>: software come VMware/VirtualBox possono introdurre driver che interferiscono. Su Windows recenti coesistono spesso, ma componenti obsoleti possono causare ritardi. Verifica e aggiorna.</li>
<li><strong>Riavvio del servizio di gestione</strong>:
<pre><code class="language-powershell">Stop-Service vmms -Force
Start-Service vmms
Integrità dei file di sistema:
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
Eventi di sistema: apri il Visualizzatore eventi → Applications and Services Logs → Microsoft → Windows → Hyper‑V‑Worker/Admin. Qui trovi messaggi più specifici che indirizzano la diagnosi (file bloccato, risorse, firmware).
Aggiornamento driver chipset e BIOS: micro‑code vecchio o ACPI datato possono generare timeouts in fase di inizializzazione VM.
Diagnostica avanzata con PowerShell
Stato e logica di allocazione
# Stato sintetico della VM
Get-VM -Name "Ubuntu" | Select-Object Name, State, Status, CPUUsage, MemoryAssigned, Uptime
Avvio con messaggi dettagliati
Start-VM -Name "Ubuntu" -Verbose Verifica del disco virtuale
I timeout sono frequenti quando il VHD è lento, bloccato, su unità USB o rete congestionata, oppure c’è una catena di checkpoint incoerente.
# Informazioni sul VHD e su eventuali parent
Get-VMHardDiskDrive -VMName "Ubuntu" | Select-Object Path
Get-VHD -Path "D:\VM\Ubuntu\Ubuntu.vhdx" | Format-List *
Test rapido di integrità
Test-VHD -Path "D:\VM\Ubuntu\Ubuntu.vhdx" Checkpoint e merge
Una lunga catena di differenziali .avhdx può peggiorare le prestazioni. Se non ti servono, rimuovili dal punto di controllo della VM (Hyper‑V effettuerà il merge). Fallo a VM spenta per sicurezza.
# Elenco dei checkpoint
Get-VMSnapshot -VMName "Ubuntu"
Rimozione con merge automatico
Get-VMSnapshot -VMName "Ubuntu" | Remove-VMSnapshot Nota: evita merge manuali con Merge‑VHD se non strettamente necessario. Se devi usarlo per catene orfane, lavora su copie e documenta i percorsi parent.
File bloccati e attributi
# Verifica attributi del file e lock tipici
Get-Item "D:\VM\Ubuntu\Ubuntu.vhdx" | Select-Object FullName, Attributes, Length, LastWriteTime
Se un processo di backup o antivirus blocca il file, l’avvio può superare la finestra temporale. In tal caso, riprogramma i job o configura esclusioni.
Controlli su funzionalità e hypervisor
# Funzionalità Hyper‑V lato OS
Get-WindowsOptionalFeature -Online | Where-Object {$_.FeatureName -like "Microsoft-Hyper-V*"}
Verifica del boot del hypervisor
bcdedit /enum {current} Assicurati che l’hypervisor sia abilitato e avviato correttamente. Se sospetti incoerenze dopo grandi aggiornamenti, valuta la rimozione e reinstallazione pulita del ruolo Hyper‑V (operazione invasiva: esegui prima backup ed esportazioni delle VM).
Checklist rapida
- Imposta memoria statica ragionevole e disattiva la memoria dinamica per test.
- Riduci vCPU a un valore prudente e verifica l’assenza di Affinity o impostazioni esotiche.
- Controlla RAM/CPU/disk dell’host e spazio per Smart Paging.
- Verifica integrità e posizione del VHD; evita unità lente o inaffidabili.
- Riavvia il servizio vmms e riprova l’avvio con
-Verbose. - Installa cumulativi di Windows e driver chipset aggiornati.
- Disabilita Secure Boot in prova se sospetti un problema di convalida.
- Elimina checkpoint non necessari; risana la catena dei differenziali.
- Crea una nuova VM pulita e collega il VHD esistente.
- Se persiste, analizza gli eventi di Hyper‑V e valuta un reset del ruolo.
Domande frequenti
Quanta memoria è consigliata per Ubuntu su Hyper‑V
Per ambienti desktop leggeri, 4 GB sono un buon punto di partenza; per server minimal possono bastare 2 GB. Se usi servizi pesanti (DB, container), aumenta gradualmente e monitora. Ricorda che Dynamic Memory riduce l’occupazione media ma può allungare i tempi di allocazione iniziale.
È obbligatorio disattivare Secure Boot
No. Serve solo se il bootloader o i moduli del kernel non sono firmati in modo compatibile con il template della VM. Usalo come test diagnostico; se la VM parte solo senza Secure Boot, indaga su bootloader e moduli caricati.
La generazione della VM influisce
Le distribuzioni moderne lavorano bene con firmware UEFI e funzionalità avanzate. Se provieni da importazioni storiche, verifica che la generazione della VM sia adeguata e che le impostazioni firmware non ostacolino il boot.
Cos’è lo Smart Paging e perché può bloccare l’avvio
In condizioni di memoria molto ridotta, Hyper‑V può creare file di paging temporanei per completare l’avvio. Se il percorso configurato non è disponibile o non ha spazio, si genera un ritardo o un errore che può culminare nel timeout.
Dove trovo i log utili
Nel Visualizzatore eventi, canale Hyper‑V‑Worker/Admin. Cerca avvisi o errori in prossimità del tentativo di avvio; aiutano a distinguere carenza di risorse da problemi di file o firmware.
Esempi pratici risolti
Memoria scarsa sull’host
Un portatile con molte app aperte lasciava liberi meno di 1,5 GB di RAM. La VM aveva memoria dinamica con Min a 2 GB: all’avvio non riusciva a riservare la memoria e falliva con 0x800705b4. Impostando memoria statica a 2 GB e chiudendo alcune app, la VM si è avviata immediatamente. Successivamente si è reintrodotta la memoria dinamica con limiti più realistici.
Catena di checkpoint pesante
Una VM con numerosi snapshot generava latenza elevata su disco. La rimozione ordinata dei checkpoint (merge) e la ricompattazione del VHD hanno ridotto I/O e tempi di avvio, eliminando il timeout.
File VHD su unità esterna
Il VHD era su un HDD USB 2.0 condiviso con un job di backup. Ogni volta che il backup partiva, la VM andava in timeout. Spostando il VHD su SSD interno e programmando il backup in altra fascia oraria, l’avvio è tornato stabile.
Conclusione
Il codice 0x800705b4 in Hyper‑V è il sintomo di un’attesa che scade, quasi sempre legata a risorse non disponibili in tempo o a una configurazione poco coerente della VM/host. Affronta il problema con una sequenza precisa: configurazione della VM, risorse dell’host, aggiornamenti di sistema, eventuale ricreazione della VM collegando il VHD. Se il problema non si risolve, i log di Hyper‑V e la diagnostica avanzata con PowerShell forniscono indizi decisivi. Nei casi rari di persistenza, valuta il reset del ruolo Hyper‑V e, se disponibile, l’apertura di un ticket di supporto.
Appendice operativa
Script di raccolta informazioni
Usa questo blocco per ottenere rapidamente un quadro della situazione. Eseguilo in PowerShell con privilegi elevati e sostituisci il nome VM se necessario.
$vm = "Ubuntu"
"== Host paths =="
Get-VMHost | Select-Object VirtualMachinePath, VirtualHardDiskPath, SmartPagingFilePath | Format-List
"`n== VM summary =="
Get-VM -Name $vm | Select-Object Name, State, Status, AutomaticStartAction, AutomaticStopAction, IntegrationServicesState, MemoryAssigned, @{N="DynMem";E={$_.DynamicMemoryEnabled}}, ProcessorCount | Format-List
"`n== Disks =="
Get-VMHardDiskDrive -VMName $vm | Select-Object ControllerType, ControllerNumber, ControllerLocation, Path | Format-Table -Auto
"`n== VHD details =="
(Get-VMHardDiskDrive -VMName $vm).Path | ForEach-Object { Get-VHD -Path $_ | Select-Object Path, VhdType, VhdFormat, FileSize, Size, BlockSize, LogicalSectorSize, ParentPath }
"`n== Snapshots =="
Get-VMSnapshot -VMName $vm | Select-Object Name, CreationTime, IsAutomaticCheckpoint Ripristino rapido del servizio Hyper‑V
Stop-Service vmms -Force
Start-Service vmms
Start-VM -Name "Ubuntu" -Verbose
Verifica e riparazione sistema
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
Esportazione e reimportazione sicura
Quando vuoi conservare impostazioni e stato, usa l’esportazione. È utile prima di operazioni invasive.
# Esporta VM e storage
Export-VM -Name "Ubuntu" -Path "E:\Export"
Importa creando copie consolidate
Import-VM -Path "E:\Export\Ubuntu" -Copy -GenerateNewId Buone pratiche per evitare ricadute
- Conserva le VM su SSD/NVMe affidabili; evita USB lenti per carichi produttivi.
- Lascia sempre margine di RAM all’host; non saturare con troppe VM contemporanee.
- Pianifica i backup fuori dalle finestre di avvio e arresto programmato delle VM.
- Mantieni aggiornati Windows, driver chipset e firmware della scheda madre.
- Usa checkpoint con criterio e rimuovi quelli obsoleti.
- Documenta percorsi, switch virtuali e parametri chiave delle VM per ripristini rapidi.
Messaggio chiave: seguendo la sequenza “configurazione → risorse → update → ricreazione VM” e integrando con la diagnostica presentata, l’errore 0x800705b4 si risolve nella stragrande maggioranza dei casi senza interventi drastici.