Perché la barra delle applicazioni si blocca ed Esplora si riavvia da sola — e come trovare il colpevole

La barra delle applicazioni non è un'app a parte

Tutto ciò che vedete nella shell del desktop — la barra, l'area di notifica, le icone del desktop, ogni finestra di Esplora file — vive in un unico processo: explorer.exe. L'architettura ereditata da Windows 95 è comoda e fragile allo stesso tempo: un blocco e l'intera superficie si congela; un crash e tutto sparisce insieme. Quando Esplora muore, Windows avvia in silenzio una nuova istanza, ed è per questo che la barra si svuota per un secondo e torna pulita: le applicazioni in esecuzione sopravvivono, ma le icone nell'area di notifica spesso non si registrano di nuovo come si deve, lasciando icone fantasma che si congelano al clic.

Un blocco senza riavvio è il gemello dal carattere più mite: il thread dell'interfaccia di Esplora è in attesa di qualcosa che non tornerà mai. I classici sono un'estensione della shell che si impalla quando interrogata, un'app dell'area di notifica la cui icona ha smesso di rispondere, un'unità di rete mappata diventata irraggiungibile e — sulle macchine con driver grafici ballerini — un reset del driver video (TDR) che mette in pausa l'intera shell per qualche secondo. In Windows 11 il menu Start ha ottenuto un suo processo host, ma la barra vive ancora dentro Esplora, quindi il vecchio manuale di diagnosi resta valido parola per parola.

Stanare il colpevole in dieci minuti

Buona notizia: Esplora registra quasi tutto ciò che fa di sbagliato, in due posti che gli utenti non aprono quasi mai. Dieci minuti con Visualizzatore eventi e un avvio pulito di solito danno nome e cognome al colpevole; tirare a indovinare costa di più.

• Gestione attività > Esplora risorse > Riavvia — la cura da 10 secondi che riporta la barra senza riavviare il PC
• Visualizzatore eventi > Log di Windows > Applicazione: ID evento 1000 (crash) e 1002 (blocco) per explorer.exe — il modulo che ha generato l'errore nomina il colpevole
• ShellExView (NirSoft) — disattivate tutte le estensioni shell non Microsoft, poi riattivate a metà finché il blocco non torna
• ID evento 4101, «driver video ha smesso di rispondere» — punta al driver della GPU, non a Esplora stesso
• net use */delete — rimuove le unità di rete stantie che la shell continua a interrogare
• Avvio pulito (msconfig) — se il blocco sparisce, riattivate gli elementi di avvio a metà

Correzioni che reggono davvero

Una volta che il modulo incriminato ha un nome, il rimedio è di solito noioso. Un crash dentro un gestore del menu contestuale di terze parti o in un'icona di sovrapposizione muore nell'istante in cui aggiornate o disinstallate l'app proprietaria — overlay di sincronizzazione cloud e archiviatori sono comprimari ricorrenti. Se Visualizzatore eventi mostra il driver video che si resetta, fate una reinstallazione pulita del driver GPU invece di incolpare Esplora: scaricate il driver dal fornitore, disinstallate quello attuale, installate il nuovo e solo dopo rimettete i pannelli di controllo del fornitore che usate davvero.

Per i blocchi senza alcun evento di crash, sospettate il software che vive a ridosso del metallo: utilità esotiche che si iniettano in Esplora, suite per tastiera e mouse con hook di shell, vecchie versioni di tool popolari. Tenete onesta anche l'area di notifica — ogni app di avvio che registra un'icona è codice con cui Esplora dovrà parlare per sempre, quindi sfoltire la lista di avvio previene i blocchi quanto taglia il tempo di boot. E se i blocchi sono iniziati subito dopo un aggiornamento importante di Windows, cercate sui siti dei fornitori gli aggiornamenti delle loro integrazioni shell prima di fare mosse drastiche: ciò che l'aggiornamento rompe è di solito l'integrazione, non Windows.

Domande e risposte

Da leggere dopo