Windows 11 accelera le build ma gli update rompono i desktop e Microsoft archivia WDS

🐧 Novità principali

• Microsoft distribuisce quattro nuove build Insider tra 25H2, 26H1 e 26H2, proseguendo la frammentazione dei rami di sviluppo.
• Gli aggiornamenti da agosto possono causare schermate nere e crash di Explorer soprattutto sugli host Azure Virtual Desktop con FSLogix.
• Microsoft restringe ulteriormente Windows Deployment Services: il deployment tramite boot.wim è già bloccato sui sistemi più recenti.

Microsoft accelera lo sviluppo di Windows 11, ma la velocità del nuovo modello di servicing continua a mostrare costi operativi soprattutto negli ambienti enterprise. Le build Insider del 25 settembre ampliano contemporaneamente i rami 25H2, 26H1 e 26H2, mentre Microsoft conferma che gli aggiornamenti distribuiti da agosto possono provocare schermate nere, mancato caricamento del desktop e crash di Explorer soprattutto sugli host Azure Virtual Desktop che utilizzano FSLogix. Nello stesso ciclo l’azienda prosegue l’abbandono delle modalità tradizionali di distribuzione Windows basate su Windows Deployment Services. Tre sviluppi diversi che convergono sullo stesso problema: amministrare Windows significa ormai gestire più rami, regressioni cumulative e una progressiva migrazione dagli strumenti legacy.

Quattro build nello stesso giorno mostrano il nuovo modello di sviluppo Windows

Il Windows Insider Blog del 25 settembre distribuisce contemporaneamente Build 26220.9568 nel Beta Channel basato su Windows 11 25H2, 26340.9577 nel ramo Experimental 26H2 e le build 28020.3112 e 28120.3122 nei canali Beta ed Experimental dedicati a 26H1. Sul ramo 25H2 arrivano Pointer Indicator per l’accessibilità, anteprime delle attività Phone Link direttamente da Start, un nuovo contrast theme in Magnifier e dark mode per Folder Options; Experimental 26H2 porta invece Energy Recommendations nei Quick Settings e amplia il pannello delle attività del telefono.

Il punto più rilevante non è però la singola funzione: Microsoft mantiene ormai linee parallele destinate a differenti basi del sistema e livelli di sperimentazione. È la stessa architettura di sviluppo già emersa con le build dell’11 settembre dedicate a File Explorer, 25H2, 26H1 e 26H2 e con Cloud rebuild remoto e le modifiche di accessibilità introdotte una settimana dopo. Per gli amministratori il numero della build, da solo, dice quindi sempre meno: contano ramo, base di servicing e canale di distribuzione.

Leggi anche: Windows 11 26H2 entra nel Release Preview e KB5120998 cambia il desktop

KB5120998 continua a lasciare una coda di regressioni sui desktop virtuali

La complessità del servicing emerge ancora più chiaramente dal nuovo problema riconosciuto da Microsoft. Secondo la pagina ufficiale Windows Release Health, dopo KB5120998, preview non di sicurezza del 27 agosto, e gli aggiornamenti successivi alcuni dispositivi possono mostrare una schermata nera dopo l’accesso, non caricare automaticamente la sessione desktop oppure registrare crash di Windows Explorer. Microsoft precisa che il problema è stato osservato principalmente sugli host Azure Virtual Desktop con FSLogix, in particolare con alcuni profili utente già esistenti, restringendo quindi il perimetro rispetto a un generico bug che colpisce tutti i PC Windows 11. Per le organizzazioni è disponibile una mitigazione tramite Known Issue Rollback, mentre l’avvio manuale di explorer.exe rappresenta un workaround temporaneo. KB5120998 aveva già prodotto altre regressioni: Matrice Digitale aveva documentato il reset di sfondi, slideshow e temi a contrasto e pochi giorni prima la perdita delle personalizzazioni del cursore. Il nuovo incidente è più rilevante perché entra direttamente nei desktop virtuali aziendali, dove un mancato caricamento della shell può bloccare la sessione lavorativa.

Windows Deployment Services entra nella fase finale

Parallelamente Microsoft sta restringendo un altro pezzo storico dell’amministrazione Windows. La documentazione ufficiale dedicata a Windows Deployment Services chiarisce che il deployment end-to-end basato sulla boot.wim dei supporti d’installazione è già bloccato per Windows 11 e Windows Server 2025, mentre sui flussi Windows Server 2022 rimane soltanto con un avviso di deprecazione. Non scompare invece il PXE boot: WDS può ancora avviare immagini personalizzate e restano possibili workflow basati su custom boot.wim. Microsoft indirizza però le organizzazioni verso strumenti differenti, compreso Configuration Manager, segnando il progressivo superamento di un modello di deployment che per anni ha rappresentato la base di molte infrastrutture on-premises. La direzione è coerente con il lavoro recente sull’amministrazione remota: Cloud rebuild può ormai essere avviato dagli amministratori attraverso Recovery CSP, spostando sempre più operazioni dalla costruzione manuale delle immagini verso provisioning, policy e recupero gestiti.

Continua con:

Windows 11 accelera File Explorer e corregge Teams e Outlook sui PC Arm

Windows 11 riporta la taskbar laterale e separa sempre più i rami Insider

Per le aziende il problema non è aggiornare Windows ma governarne il ciclo

Le tre novità mostrano la stessa trasformazione da prospettive diverse. Windows non procede più attraverso una singola linea facilmente leggibile: Microsoft sperimenta su più rami contemporaneamente, corregge regressioni attraverso meccanismi come KIR e riduce progressivamente il ruolo degli strumenti di deployment tradizionali. Per un utente domestico questa complessità rimane in gran parte nascosta dietro Windows Update; per chi gestisce AVD, immagini aziendali e migliaia di endpoint diventa invece un problema architetturale. La fine progressiva di WDS e le regressioni di KB5120998 indicano la stessa direzione: il controllo del ciclo Windows si sposta sempre più verso strumenti moderni di gestione e rollback, rendendo test degli aggiornamenti, segmentazione dei rollout e validazione preventiva più importanti della semplice installazione della patch più recente.