Un periodo difficile per Microsoft
Le ultime due settimane hanno indubbiamente presentato una serie di difficoltà per Microsoft. Proprio oggi, l’azienda ha risolto un’interruzione che ha interessato Microsoft 365, rendendo numerosi file inaccessibili. Tali tempi di inattività sono diventati allarmanti e frequenti, sollevando preoccupazioni sia tra gli utenti che tra i reparti IT.
Si verificano problemi di prestazioni di Windows
Le sfide non riguardano solo Microsoft 365. Sul fronte Windows, Nvidia ha attribuito a Microsoft la responsabilità dei problemi di prestazioni legati al suo ultimo aggiornamento del Patch Tuesday. In risposta, Nvidia ha rilasciato un driver hotfix di emergenza per mitigare questi problemi di gioco.
Reazione negativa agli sviluppi recenti
Ad aggravare le sfide di Microsoft si aggiungono le recenti critiche rivolte alla leadership dell’azienda in ambito Windows. Proprio all’inizio di questa settimana, sono state sollevate preoccupazioni in merito alla transizione di Windows a un sistema operativo agentivo, che ha alimentato l’insoddisfazione degli utenti.
Microsoft riconosce i problemi di Windows
In una nota più positiva, nonostante le critiche, Microsoft ha pubblicamente riconosciuto i problemi che affliggono Windows. Secondo un articolo di supporto appena pubblicato, l’azienda ha ammesso che quasi tutte le funzionalità principali di Windows 11 stanno riscontrando difficoltà, in particolare per quanto riguarda XAML, che influisce su componenti critici della Shell come il menu Start, la barra delle applicazioni, Explorer e le impostazioni di Windows.
Problemi di vecchia data finalmente riconosciuti
È interessante notare che, sebbene Microsoft abbia scelto di riconoscere formalmente questi problemi a novembre 2025, molti di questi problemi sono presenti dall’aggiornamento Patch Tuesday di luglio 2025 (KB5062553).Ciò significa che gli utenti hanno dovuto affrontare queste complicazioni per circa quattro mesi. Inoltre, poiché Windows 11 versione 25H2 condivide la stessa base di codice con la versione 24H2, anche l’attuale aggiornamento delle funzionalità è interessato.
Problemi specifici e soluzioni alternative
Secondo l’articolo di supporto, i problemi possono manifestarsi durante il provisioning di un PC, dove gli utenti riscontrano errori con diverse applicazioni come StartMenuExperienceHost, Ricerca, Impostazioni di Sistema, Barra delle applicazioni ed Esplora risorse. L’azienda specifica che queste problematiche si verificano durante:
- Il primo accesso di un utente dopo l’applicazione di un aggiornamento cumulativo.
- Tutti gli accessi degli utenti a un’installazione di sistema operativo non persistente, come un’infrastruttura desktop virtuale (VDI), in cui i pacchetti applicativi devono essere reinstallati ogni volta che un utente effettua l’accesso.
Il provisioning, per contestualizzare, si riferisce al modo in cui gli amministratori configurano i dispositivi distribuendo impostazioni e criteri specifici sui PC client. Microsoft spiega che sono emersi problemi a causa degli aggiornamenti del componente XAML di Windows e dei relativi pacchetti che hanno interessato diversi servizi principali.
Errori identificati e opzioni di ripristino
Microsoft ha descritto diversi componenti Shell dipendenti che potrebbero riscontrare errori, tra cui:
- Explorer.exe si blocca in modo imprevisto
- Shellhost.exe si blocca
- Problemi con StartMenuExperienceHost
- Le impostazioni di sistema potrebbero non avviarsi del tutto
- L’applicazione si blocca durante l’inizializzazione delle viste XAML
- Explorer potrebbe funzionare senza una barra delle applicazioni visibile
- Errori nell’inizializzazione di altre viste dell’isola XAML
- Problemi con ImmersiveShell
Per rispondere a questi problemi, Microsoft sta attualmente lavorando a una soluzione, ma ha fornito due soluzioni alternative per gli utenti:
Opzione 1: Riavvio del servizio host dell’infrastruttura Shell
Il riavvio del servizio Shell Infrastructure Host ( SIHost.exe ) può aiutare a ripristinare i pacchetti Immersive Shell mancanti. Gli utenti possono eseguire i seguenti comandi:
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
Opzione 2: script di accesso PowerShell
La seconda soluzione alternativa prevede l’implementazione di uno script di PowerShell che impedisca l’avvio prematuro di Explorer finché non siano stati forniti tutti i pacchetti necessari.È possibile utilizzare il seguente script batch:
@echo off REM Register MicrosoftWindows. Client. CBS powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows. Client. CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode" REM Register 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 Register MicrosoftWindows. Client. Core powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows. Client. Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"
Per ulteriori dettagli e indicazioni, è possibile accedere all’articolo di supporto completo qui, KB5072911, sul sito Web ufficiale di Microsoft.
Lascia un commento