L'aggiornamento di sicurezza di febbraio blocca l'unità C: sui Samsung Galaxy Book

C'è un paradosso che rende questo bug particolarmente fastidioso: un aggiornamento pensato per rendere Windows 11 più sicuro ha finito per togliere agli utenti l'accesso alla parte più fondamentale del loro computer. Con l'update cumulativo di sicurezza di febbraio 2026 (KB5077181, rilasciato il 10 febbraio per Windows 11 nelle versioni 24H2 e 25H2), alcuni portatili Samsung — in particolare la famiglia Galaxy Book 4 — possono mostrare improvvisamente il messaggio «C: is not accessible – Access denied». Tradotto: il sistema resta acceso, ma perde la capacità di leggere e scrivere sull'unità C:, quella dove risiedono il sistema operativo, i programmi e la maggior parte dei dati. Un guasto che non assomiglia a un crash, ma a un lucchetto.

Un blocco che si propaga ovunque

La gravità non sta solo nel messaggio di errore, ma nell'effetto domino che genera. Se l'unità C: diventa inaccessibile, non si blocca una singola funzione: si spezza il legame tra Windows e quasi tutto ciò che deve avviare. Outlook, Office, browser, utilità di sistema: molte applicazioni smettono di funzionare perché non trovano librerie, file temporanei, profili utente. Anche le operazioni che normalmente servirebbero a riparare il danno — disinstallare l'aggiornamento, raccogliere log, avviare procedure guidate di diagnostica — possono diventare difficili o impossibili, perché i componenti necessari si trovano proprio sull'unità bloccata.

Per capire cosa è successo senza scivolare nel panico o in soluzioni fai-da-te rischiose, vale la pena inquadrare il problema strutturalmente. Windows si aggiorna ogni mese con patch obbligatorie in pratica per chi vuole mantenere il sistema sicuro, e questi aggiornamenti devono convivere con un ecosistema di software preinstallato dai produttori — il cosiddetto software OEM — che si aggiorna in modo indipendente, spesso attraverso il Microsoft Store o strumenti proprietari. Quando un aggiornamento di sistema modifica qualcosa di sensibile — come il modo in cui vengono gestiti i permessi di accesso ai file — basta un'applicazione «companion» che si aspetta un comportamento diverso per produrre effetti fuori scala.

Samsung Share nel mirino, ma il quadro è più complesso

Microsoft ha indicato come possibile collegamento l'app Samsung Share, senza però confermare in modo definitivo la causa. Nelle discussioni tra utenti il quadro appare più ampio e più ambiguo: nelle community ricorrono riferimenti a vari componenti Samsung distribuiti come parte dell'esperienza Galaxy Book, in particolare app di condivisione o «storage share», con l'ipotesi che una combinazione di aggiornamento Windows e aggiornamento dell'app possa innescare il blocco. È una dinamica tipica dei guasti «di confine»: nessun attore sta deliberatamente toccando il cuore del sistema per romperlo, ma più pipeline di rilascio indipendenti finiscono per incastrarsi nel modo peggiore.

Vale la pena soffermarsi su cosa contiene effettivamente questo aggiornamento. KB5077181 è un Patch Tuesday cumulativo — l'appuntamento mensile con cui Microsoft distribuisce correzioni di sicurezza, miglioramenti di affidabilità e modifiche operative, incluse quelle legate alla gestione di certificati e meccanismi di avvio protetto. È proprio questa natura cumulativa a complicare la gestione del rischio: se un update mensile diventa sospetto, non si sta rinunciando a un singolo ritocco cosmetico, ma a una fetta di protezioni che Microsoft distribuisce come pacchetto unico e indivisibile.

Un aggiornamento di sicurezza può diventare la porta d'ingresso di un problema più grande

Perché questa storia riguarda tutti

L'episodio Samsung diventa interessante anche per chi non possiede un Galaxy Book. È un promemoria sulla fragilità percepita dell'aggiornamento continuo nel PC consumer. Il mercato, tra l'altro, è tornato a muoversi: nel 2025 le spedizioni globali di PC sono cresciute fino a 279,5 milioni di unità secondo Omdia. Una base installata così ampia significa anche una sensibilità crescente alle regressioni post-aggiornamento: più PC in circolazione, più configurazioni diverse, più probabilità che un caso limite diventi improvvisamente un caso numeroso.

Il problema più delicato, dal punto di vista pratico, non è nemmeno la diagnosi tecnica: è la gestione dell'incertezza. Quando un bug tocca i permessi dell'unità di sistema, in rete proliferano inevitabilmente soluzioni radicali: prendere il controllo manuale di C:, modificare in massa le ACL, aprire permessi a gruppi troppo ampi. Alcuni utenti raccontano che così il problema «si risolve», ma è una scorciatoia che può lasciare il sistema in uno stato fragile: riduce la protezione implicita del modello di sicurezza di Windows, altera le aspettative dei servizi di sistema e rende molto più difficile capire cosa sia stato davvero cambiato quando arriverà la correzione ufficiale.

C'è anche un rischio meno evidente: la normalizzazione di procedure che, se replicate su macchine aziendali o con dati sensibili, trasformano un incidente di compatibilità in un incidente di sicurezza. Un'unità C: con permessi allargati in modo indiscriminato non è solo «più comoda» da usare: può diventare un bersaglio più semplice per malware che sfruttano configurazioni permissive, oppure un terreno instabile per strumenti di gestione e controllo. È il tipo di costo che non si vede nel momento in cui Esplora file torna a funzionare, ma emerge mesi dopo, quando il PC inizia a comportarsi in modo anomalo o quando un controllo di sicurezza segnala anomalie.

Come comportarsi adesso

Per chi non ha ancora installato l'aggiornamento, l'approccio più prudente in situazioni simili è spesso il più banale: mettere in pausa gli update per qualche giorno e monitorare le indicazioni ufficiali. Per chi è già colpito, il punto è ripartire senza fare danni ulteriori. Se il sistema è ancora avviabile ma C: è bloccata, è ragionevole evitare interventi manuali sui permessi e privilegiare le opzioni di ripristino supportate: l'ambiente di recovery di Windows (chiamato WinRE), il ripristino di sistema se disponibile, o gli strumenti del produttore.

Nel caso specifico dei Galaxy Book, premendo F4 all'avvio si può accedere a Samsung Recovery e ripristinare il PC allo stato iniziale, con la possibilità — a seconda della configurazione — di effettuare operazioni di backup e reset guidato. Non è la soluzione che si vorrebbe in un mondo ideale — nessuno vuole arrivare al reset per un aggiornamento di sicurezza — ma è una strada più pulita rispetto a modifiche permanenti ai permessi del volume di sistema.

Rimandare le patch di sicurezza per paura dei bug espone il PC a rischi ben più concreti

I freni d'emergenza di Microsoft

Resta la domanda che pesa su Microsoft e Samsung più del singolo fix: come contenere rapidamente un bug legato a configurazioni specifiche, evitando che la platea degli utenti colpiti si allarghi mentre l'analisi è ancora in corso. Nella cassetta degli attrezzi di Microsoft esiste un meccanismo chiamato Known Issue Rollback, che permette di disattivare in modo mirato una singola modifica introdotta da un aggiornamento senza rimuovere l'intero pacchetto. Esistono anche i blocchi di compatibilità — i cosiddetti safeguard hold — che impediscono di proporre un aggiornamento a combinazioni hardware/software a rischio. Il problema è sempre lo stesso: per applicare un freno selettivo bisogna identificare con precisione il fattore scatenante (modello, driver, versione dell'app, sequenza di installazione). E quando nel mezzo ci sono app OEM che si aggiornano indipendentemente, la mappa delle combinazioni possibili cresce più velocemente della capacità di riprodurre il problema in laboratorio.

In questo tipo di incidenti, la comunicazione conta quasi quanto la correzione tecnica. Se l'utente percepisce che gli aggiornamenti «possono rendere inutilizzabile il PC», la reazione naturale è rimandare le patch — e quindi aumentare l'esposizione alle vulnerabilità che il Patch Tuesday avrebbe corretto. Se invece la narrativa diventa «è colpa del software preinstallato», il danno reputazionale si sposta su Samsung e si somma a una diffidenza già diffusa verso le app preinstallate dai produttori. In mezzo c'è una realtà più scomoda: l'esperienza Windows su PC consumer è una catena di responsabilità condivise, e quando un anello tocca i permessi del volume di sistema, il margine di errore diventa minuscolo.

Il caso Galaxy Book 4 è, in fondo, un test della maturità del modello di aggiornamento continuo sul PC: non basta rilasciare patch regolari; bisogna avere freni d'emergenza rapidi, telemetria affidabile e, soprattutto, una separazione chiara tra ciò che il sistema operativo può permettere alle app di fare e ciò che dovrebbe essere vietato o strettamente controllato. Se un'app di condivisione può, anche indirettamente, contribuire a rendere inaccessibile l'unità di sistema, l'episodio non è solo un bug da correggere: è un promemoria su quanto sottile sia la linea tra integrazione comoda e integrazione pericolosa.