1,209 26/03/2026 07/04/2026 6 min

Diagnosi probabile

Quando un software si blocca o va in crash, le cause più comuni sono poche e spesso verificabili subito: profilo utente corrotto, dipendenze mancanti o aggiornate male, conflitto con plugin/estensioni, permessi errati, cache danneggiata oppure risorse insufficienti come RAM, spazio disco o GPU/driver.

In pratica, la priorità è capire se il problema riguarda solo quel programma, solo un utente o tutto il sistema. Questo cambia molto la diagnosi: se il crash è isolato al singolo account, spesso la causa è nel profilo o nella configurazione; se invece colpisce più utenti o più app, è più probabile un problema di sistema, librerie, aggiornamenti o driver.

Se il programma si apre ma si chiude subito, è utile distinguere tra crash all’avvio e blocco durante l’uso. Nel primo caso contano log ed errori di inizializzazione; nel secondo entrano in gioco file aperti, plugin, memoria, rete o accesso a risorse esterne.

Verifiche immediate

  1. Controlla se il problema è ripetibile: riavvia il programma e prova a riprodurre l’errore nello stesso punto. Se il crash avviene sempre sulla stessa azione, è più probabile un file, plugin o impostazione specifica.
  2. Verifica le risorse del sistema: controlla se RAM e disco sono quasi pieni e se la CPU resta alta. Su Linux puoi usare top o htop, su Windows il Task Manager. Esito atteso: il programma non dovrebbe saturare da solo memoria o CPU in modo anomalo.
  3. Controlla i log dell’applicazione: cerca errori recenti, DLL mancanti, permessi negati, crash handler o riferimenti a file corrotti. Esito atteso: trovare un messaggio coerente con il momento del blocco.
  4. Prova con un altro utente o profilo pulito: se il programma funziona altrove, la causa è probabilmente nel profilo locale o nella configurazione dell’utente.
  5. Disattiva temporaneamente plugin, estensioni o componenti aggiuntivi: se il software parte in modalità sicura o senza add-on, il conflitto è un indizio forte. Esito atteso: avvio stabile senza componenti extra.
  6. Controlla aggiornamenti recenti: verifica se il problema è iniziato dopo un update di sistema, del programma o dei driver. Se sì, annota la versione: è utile per eventuale rollback.

Soluzione consigliata passo-passo

  1. Fai una prova in modalità sicura o minimalista: se il programma la supporta, avvialo senza plugin, senza accelerazione hardware o con impostazioni base. Questo è il test più sicuro perché non modifica in modo permanente la configurazione. Se il software torna stabile, il problema è quasi certamente in un componente opzionale.
  2. Rinomina o isola la configurazione utente: invece di cancellare subito i dati, sposta la cartella di profilo o di configurazione in un backup temporaneo. In questo modo il programma ricrea un profilo pulito al riavvio. Esempio di logica: se parte correttamente con profilo nuovo, il vecchio profilo contiene un file o settaggio corrotto.
  3. Pulisci cache e file temporanei dell’app: molte applicazioni conservano cache, anteprime, sessioni o file di indice che possono corrompersi. Elimina solo i file temporanei del programma, non i documenti principali. Dopo la pulizia, riapri il software e verifica se il comportamento cambia.
  4. Reinstalla o ripara le dipendenze: se il crash segnala librerie mancanti, runtime non trovato o componenti danneggiati, reinstalla i pacchetti richiesti oppure usa la funzione di riparazione del programma. Su Windows, per alcuni software è utile il Repair dal pannello applicazioni; su Linux, controlla i pacchetti del gestore della distribuzione. Esito atteso: avvio senza errori di caricamento.
  5. Aggiorna o ripristina driver e componenti di sistema: se il problema coinvolge video, audio, rete o periferiche, prova a verificare i driver. Un aggiornamento errato può introdurre crash anche in app perfettamente sane. Se il problema è iniziato subito dopo l’update, valuta il rollback alla versione precedente come opzione più prudente.
  6. Verifica permessi e percorsi: controlla che il programma abbia accesso in lettura e scrittura alle cartelle di lavoro, ai file temporanei e alle destinazioni di salvataggio. Un errore di permesso può sembrare un crash, ma spesso è un blocco causato da operazioni fallite in sequenza.
  7. Controlla lo spazio libero e l’integrità dei file: se il programma salva file grandi o crea cache pesanti, poco spazio libero può provocare blocchi o chiusure improvvise. Se sospetti file danneggiati, apri un documento di test o un progetto nuovo per isolare il problema. Esito atteso: il file nuovo funziona, quello vecchio no, oppure entrambi falliscono e la causa è più profonda.
  8. Prova una reinstallazione pulita solo dopo il backup: se i passaggi precedenti non risolvono, disinstalla il software, salva prima configurazioni e dati importanti, poi reinstalla l’ultima versione stabile. Questa è una soluzione efficace ma va fatta con attenzione, perché alcune app salvano impostazioni in cartelle nascoste che non vengono rimosse con la disinstallazione standard.

Comandi e controlli utili su Linux

Se il programma gira su Linux e vuoi una verifica rapida, questi controlli sono i più utili:

top

Serve per vedere se il processo consuma CPU o RAM in modo anomalo. Esito atteso: nessun picco costante fuori scala al momento del blocco.

journalctl -xe --no-pager

Serve per cercare errori di sistema recenti. Esito atteso: messaggi coerenti con crash, permessi o librerie mancanti.

dmesg -T | tail -n 50

Serve per controllare eventuali errori del kernel, OOM killer o problemi hardware. Esito atteso: assenza di terminazioni forzate o errori ripetuti.

Se hai il nome del processo, puoi osservare anche il momento del crash con strumenti di base come ps e grep, ma in genere i log sono più affidabili per capire la causa.

Controlli utili su Windows

Su Windows i punti di partenza migliori sono:

  • Visualizzatore eventi: controlla Registri di Windows e Applicazione per errori coincidenti con l’ora del crash.
  • Gestione attività: verifica RAM, CPU, disco e GPU mentre il programma si blocca.
  • Modalità provvisoria o avvio pulito: utile per escludere software terzi, driver o servizi in conflitto.

Esito atteso: se in avvio pulito il software funziona, il problema è quasi sempre un servizio, un’estensione o un software esterno.

Controlli finali / rollback

  1. Conferma la stabilità con una prova reale: ripeti l’azione che causava il blocco almeno due volte. Il controllo è valido solo se il programma resta stabile anche nel flusso d’uso normale, non solo all’apertura.
  2. Verifica che i dati siano integri: apri file recenti, salva un documento di test e riaprilo. Esito atteso: nessun errore di lettura/scrittura e nessuna perdita di impostazioni essenziali.
  3. Rollback se il problema è peggiorato dopo una modifica: se il crash è iniziato dopo un update, una modifica ai driver o un plugin nuovo, torna alla versione precedente, riattiva un componente alla volta e verifica quale introduce il guasto.
  4. Se hai creato un profilo pulito, conserva il vecchio come backup temporaneo: non eliminarlo subito. Se il software funziona col profilo nuovo, puoi migrare solo le impostazioni necessarie e poi rimuovere il vecchio profilo con calma dopo aver confermato che non serve più.

Regola pratica: prima escludi risorse, log e profilo utente; solo dopo pensa a reinstallazioni o interventi più invasivi. È il modo più veloce per risolvere senza perdere dati inutilmente.

Assunzione operativa: i passaggi sopra valgono per la maggior parte dei programmi desktop su Windows, Linux e macOS, adattando i controlli ai log e agli strumenti del sistema in uso.