Si applica a
Windows 11 version 24H2, all editions Windows 11 version 25H2, all editions

Modifica data

Modificare la descrizione

2 dicembre 2025

  • Lingua aggiornata per fornire maggiori dettagli agli amministratori IT e alle organizzazioni che hanno riscontrato questi problemi. Nuova tabella aggiunta per elencare le esperienze utente aziendali o la firma di errore. ​​​​​​​

Riepilogo

Dopo il provisioning di un PC con un aggiornamento cumulativo mensile della versione 25H2, versione 24H2 o Windows 11 Windows 11, versione 24H2 o successiva a luglio 2025 (ad esempio KB5062553 o KB5065789), le app moderne dipendenti da XAML come Explorer, il menu Start, SystemSettings, la barra delle applicazioni e Windows Search potrebbero presentare difficoltà. Questo problema riguarda principalmente un numero limitato di ambienti gestiti o aziendali ed è molto improbabile che si verifichi sui dispositivi personali utilizzati dagli utenti.

Ciò può verificarsi quando gli aggiornamenti di Windows vengono installati prima di: 

  • Prima volta che l'utente accede all'installazione persistente del sistema operativo.

  • Tutti gli accessi degli utenti a un'installazione del sistema operativo non persistente, ad esempio un'infrastruttura VDI (Virtual Desktop Infrastructure) o equivalente a pacchetti di applicazioni, devono essere installati ogni accesso in tali scenari.

Scenari comuni 

Alcuni comportamenti imprevisti potrebbero essere visualizzati negli scenari seguenti: 

  • Componenti XAML Questi problemi si verificano in genere dopo l'aggiornamento di pacchetti di dipendenze predefiniti che ospitano componenti XAML, ad esempio:

    • MicrosoftWindows.Client.CBS_cw5n1h2txyewy

    • Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe

    • MicrosoftWindows.Client.Core_cw5n1h2txyewy

  • Componenti della shell

    Per alcuni ambienti aziendali o virtualizzati, i componenti seguenti potrebbero non avviarsi e potrebbero visualizzare un errore: 

    Binario

    Esperienza utente aziendale o firma con errore

    Explorer.exe

    • Gli utenti finali accedono a una schermata nera

    • Impossibile aprire il menu Start di Windows

    • Explorer si arresta in modo anomalo all'avvio

    • La barra delle applicazioni non viene visualizzata/render/visualizzata sul desktop di Windows

    StartMenuExperienceHost

    • Il menu Start non si apre e spesso viene visualizzato un messaggio di errore critico

    shellhost.exe

    • ShellHost.exe si arresta in modo anomalo

    App dipendenti da XAML

    Le app non si avviano o si arrestano in modo anomalo all'avvio  

    • Il Consent.exe, il binario per l'interfaccia utente di controllo dell'account utente

    • Impostazioni di sistema. Avviare > Impostazioni > Il sistema non si apre automaticamente

    • Arresto anomalo dell'applicazione durante l'inizializzazione delle visualizzazioni XAML

    • Non è possibile inizializzare altre visualizzazioni dell'isola XAML

Causa

Le applicazioni hanno una dipendenza da pacchetti XAML che non vengono registrati in tempo dopo l'installazione degli aggiornamenti di Windows.

Risoluzione

Stiamo lavorando alla risoluzione del problema e aggiorneremo questo articolo non appena saranno disponibili altre informazioni.

Soluzioni alternative

Registrazione manuale dei pacchi mancanti 

Gli amministratori IT che gestiscono ambienti aziendali o virtualizzati devono registrare i pacchetti mancanti nella sessione utente e riavviare SiHost per consentire a Immersive Shell e ai componenti correlati di selezionarli. A questo scopo, eseguire i comandi seguenti per registrare ognuno dei pacchetti mancanti:

Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode 

Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode 

Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode 

Eseguire questo script di PowerShell di esempio in installazioni del sistema operativo non persistenti

Per gli ambienti non persistenti, l'approccio degli script di accesso rimane l'opzione migliore per gli amministratori IT. Creare un wrapper di file batch da eseguire in modo sincrono prima dell'avvio di Explorer.

Nota Questo approccio assicura che lo script venga eseguito in modo sincrono, bloccando in modo efficace explorer.exe venga avviato prematuramente fino a quando non viene eseguito il provisioning completo dei pacchetti necessari.

@echo disattivato REM Registra MicrosoftWindows.Client.CBS 

powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode" 

REM Registra Microsoft.UI.Xaml.CBS 

powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode" 

REM Registra MicrosoftWindows.Client.Core 

powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode" 

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.