Dal debutto di Windows 11 24H2 alcuni PC non riescono più a portare a termine i consueti aggiornamenti cumulativi mensili, restituendo gli errori 0x800f081f o 0x800f0838. Questa guida approfondita spiega perché accade e come intervenire in modo efficace, sia in ambito domestico sia aziendale.
Panoramica del problema
Dopo l’installazione pulita o l’aggiornamento a Windows 11 versione 24H2 (build base 26100.1742) molti utenti hanno segnalato il mancato completamento dei successivi aggiornamenti cumulativi – per esempio KB5058411 di maggio 2025. Il download avviene senza intoppi, ma la fase di installazione si blocca intorno al 50‑60 % oppure si conclude con la dicitura “Impossibile installare” al riavvio.
- Codici di errore più comuni:
0x800f081f(file mancanti/corrotti) e, usando il pacchetto .msu stand‑alone,0x800f0838. - Il problema ricompare anche su sistemi appena formattati o dopo un “repair‑upgrade” in‑place, escludendo un conflitto con software di terze parti.
- L’update di un mese spesso si installa solo dopo il rilascio del pacchetto del mese successivo, sintomo di metadati errati nel catalogo componenti.
Cause tecniche probabili
I log di C:\Windows\Logs\CBS\CBS.log e di \Windows\Logs\DISM evidenziano vari fattori concomitanti:
- Pacchetti WinSxS superseded ma non eliminabili – Alcuni componenti PackageforRollupFix e FodMetadataServicing risultano “deeply superseded”; durante l’installazione del nuovo LCU il motore di manutenzione tenta di rimuoverli, fallisce, quindi annulla l’intera transazione.
- Metadati .NET corrotti – Una dipendenza invalida verso
Microsoft.NET.CoreFrameworkimpedisce la fase Commit. Il disallineamento si attenua installando manualmente i runtime .NET 9.0.x. - Servizio BITS instabile – Se Background Intelligent Transfer Service si arresta inaspettatamente, l’LCU perde la connessione al payload locale e segnala 0x800f081f.
- Bug noto a Microsoft – Microsoft ha confermato l’anomalia nel Windows Release Health Dashboard; una patch correttiva cumulativa è in preparazione (nessuna ETA ufficiale).
Confronto tra 0x800f081f e 0x800f0838
| Codice | Scenario tipico | Interpretazione tecnica | Log coinvolti |
|---|---|---|---|
0x800f081f | Windows Update integrato | File sorgente mancanti/corrotti o catena supersedence incoerente | CBS.log, WindowsUpdate.log |
0x800f0838 | Installer MSU stand‑alone (wusa.exe) | Pacchetto richiesto non installabile nello stato corrente del sistema | CBS.log, DISM.log |
Soluzioni testate dalla community
| Tipologia | Procedura sintetica | Esito più frequente |
|---|---|---|
| Strumenti Microsoft | Risoluzione problemi Windows Update, DISM /RestoreHealth, SFC /scannow | Mantiene l’errore; integrità OK ma l’LCU resta bloccato |
| Re‑installazione in‑place / pulita | Setup da ISO 24H2 scegliendo “Mantieni file e app” o formattazione completa | Il PC riparte pulito ma l’update successivo fallisce di nuovo |
| Pulizia componenti | DISM /online /cleanup-image /startcomponentcleanup /resetbase | Successi isolati; efficace su build con pochi LCU installati |
| Disattivare .NET 3.5 | Pannello Funzionalità Windows o Dism /online /disable-feature | Riduce conflitti, non sempre elimina 0x800f081f |
| Ripristino BITS + .NET 9 Runtime | Riavvio servizio BITS quindi installazione ASP.NET Core 9.0.5 + .NET Runtime 9.0.5 | Altissima percentuale di riuscita su KB5058411 |
| Downgrade controllato | Task Sequence SCCM verso ISO 24H2 settembre 2024, poi patch up‑to‑date | Workaround aziendale stabile; richiede ConfigMgr/CMG |
| Attendere LCU successiva | Riprova dopo rilascio del pacchetto mensile seguente | Soluzione “lazy”; non rimuove la causa sottostante |
Procedura consigliata passo‑passo (luglio 2025)
1 · Verifica servizi di sistema
- Apri services.msc e imposta Windows Update e BITS su Automatico (avvio ritardato).
- Arresta entrambi i servizi, quindi rinomina
C:\Windows\SoftwareDistributioninSoftwareDistribution.old.
Riavvia i servizi.
2 · Pulizia componenti approfondita
DISM /online /cleanup-image /startcomponentcleanup /resetbase
Al termine riavvia il PC e tenta di installare l’LCU.
3 · Installazione manuale dei runtime .NET 9.0.5
- Scarica i pacchetti dotnet-runtime-9.0.5-win-x64.exe e aspnetcore-runtime-9.0.5-win-x64.exe (versione Desktop).
- Eseguili in sequenza con diritti amministrativi.
- Riprova Windows Update oppure l’installer MSU del pacchetto incriminato.
4 · Se il blocco persiste
- Utenti domestici – Attendere il Patch Tuesday successivo e riprovare. Evitare formattazioni ripetute.
- IT aziendale – Pianificare un downgrade controllato all’immagine 24H2 di settembre 2024 e successiva patch. ConfigMgr può automatizzare il roll‑back mantenendo i profili utente.
- Analisi log avanzata – Apri
C:\Windows\Logs\CBS\CBS.log, cerca “failed to stage package” per identificare l’esatto component ID bloccante.
5 · Monitoraggio ufficiale
Tieni d’occhio il Windows Release Health Dashboard: Microsoft ha riconosciuto il bug e rilascerà una out‑of‑band cumulative update appena la correzione sarà pronta. Una volta pubblicata, si installerà normalmente senza ulteriori azioni.
Strategie specifiche per ambienti enterprise
Intune
Configura una politica Feature Update Deferral per sospendere gli LCU fino a 14 giorni; nel frattempo distribuisci i runtime .NET 9 via Win32 app per ridurre i fallimenti.
SCCM / MECM
- Impacchetta la build ISO 24H2 set‑2024 come Operating System Upgrade Package.
- Prepara una Task Sequence “Downgrade‑Refresh” che esegue
setup.exe /auto upgrade /quiet /noreboot /compat ignorewarning. - Dopo il primo avvio post‑TS, forza la scansione Windows Update con
wuauclt /detectnowoppure tramite ADR.
WSUS
Seleziona Decline per le revisioni problematiche e approva manualmente solo la LCU corretta quando disponibile, in modo da minimizzare i rollout difettosi.
Domande frequenti
Una reinstallazione pulita risolve definitivamente?
Solo temporaneamente: il problema deriva dal modo in cui i componenti 24H2 sono stati marcati come superseded. Finché Microsoft non rilascia la patch correttiva, anche un sistema appena formattato può incontrare 0x800f081f al primo LCU.
Posso disinstallare manualmente i pacchetti “deeply superseded”?
Sconsigliato: la rimozione forzata con DISM /Remove-Package di elementi di base può rendere il sistema non avviabile. Meglio attendere la servicing stack update appropriata.
È sicuro ignorare gli aggiornamenti finché non arriva la patch?
Sì, purché il PC sia protetto da un antivirus aggiornato e non siano state pubblicate CVE critiche esclusivamente nelle LCU incriminate. Mantieni comunque backup regolari.
Conclusioni e best practice
Il malfunzionamento degli aggiornamenti cumulativi in Windows 11 24H2 è fastidioso ma non irreparabile. Nella maggior parte dei casi la procedura “Pulizia DISM + runtime .NET” sblocca immediatamente l’installazione. In contesti aziendali, il downgrade controllato alla release stabile precedente si è dimostrato l’approccio più solido in attesa della patch ufficiale. Evita reinstallazioni ripetute: consumano tempo senza impedire il ritorno dell’errore. Infine, monitora il Windows Release Health Dashboard per applicare tempestivamente l’out‑of‑band update non appena disponibile.