Soft brick e hard brick su Android: come distinguerli

La differenza non sta nell’aspetto più o meno morto del telefono, ma nel fatto che un computer riesca ancora a comunicarci. Due comandi risolvono la questione in meno di un minuto, e la risposta decide se ti aspetta un reflash del firmware, una procedura di ripristino a basso livello o una riparazione della scheda.

Con «brick» si indicano almeno quattro stati diversi

C’è chi dice «brickato» per qualsiasi cosa, da un loop dell’animazione di avvio a un telefono finito in lavatrice. Sono problemi diversi con esiti diversi, quindi l’etichetta da sola non dice nulla a un tecnico.

Ecco lo spettro reale, dal più recuperabile al meno:

1. Il dispositivo si avvia in qualcosa. Recovery, fastboot, download mode, una schermata del bootloader, perfino una schermata di errore. Esegue del codice e si può raggiungere.
2. Il dispositivo non mostra nulla, ma un computer lo rileva. Nessuna immagine sul display, ma collegandolo compare un dispositivo USB sul computer. È lo stato che più spesso, e più a torto, viene chiamato «hard brick».
3. Il dispositivo non mostra nulla e nessuno lo rileva, ma reagisce fisicamente. Vibra all’accensione, si scalda, il LED di ricarica si accende. Qualcosa è in esecuzione.
4. Nessuna risposta in assoluto. Niente display, nessun rilevamento USB, nessuna vibrazione, nessun segno di ricarica, nessun calore.

Solo il quarto è ciò che «hard brick» voleva descrivere in origine, e anche in quel caso conta la causa: una batteria guasta e una scheda madre morta, da fuori, danno lo stesso sintomo.

La tabella decisionale

Esegui prima il test di rilevamento della sezione successiva, poi leggi la riga che corrisponde al tuo caso.

Due righe di quella tabella vengono fraintese. La riga con download mode e modalità di emergenza viene chiamata «hard brick» ed è spesso recuperabile. La riga con vibrazione ma senza rilevamento viene chiamata «soft brick» perché il telefono dà segni di vita, e spesso è il problema più difficile.

Come eseguire correttamente il test di rilevamento

La tabella funziona solo se il risultato del rilevamento è corretto. Un telefono perfettamente sano può risultare non rilevato per colpa di un cavo solo ricarica o di un driver mancante, e questa diagnosi sbagliata porta a conclusioni costose.

Passo 1. Usa un cavo di cui hai verificato che trasporta dati. Non uno che presumi funzioni: uno con cui hai già trasferito dei file. I cavi solo ricarica esistono e producono esattamente il sintomo che stai cercando di interpretare.

Passo 2. Usa una porta USB sul retro, direttamente sul computer. Niente hub, niente porta del monitor, niente dock.

Passo 3. Esegui entrambi i controlli, in ogni stato in cui il dispositivo si avvia.

adb devices
fastboot devices

Passo 4. Controlla l’elenco dei dispositivi del sistema operativo, non solo l’output dello strumento. È il passo che distingue un risultato vero da un falso negativo: un dispositivo può essere rilevato via USB mentre lo strumento da riga di comando non mostra nulla.

• Windows: apri Device Manager e osserva l’elenco mentre colleghi il telefono. Se qualcosa compare e poi sparisce, o compare come dispositivo non riconosciuto, il rilevamento è positivo anche se fastboot devices non ha stampato nulla.
• macOS: System Information, poi USB, e cerca una nuova voce.
• Linux: esegui lsusb prima e dopo il collegamento e confronta i risultati, oppure osserva dmesg mentre colleghi il telefono.

Un dispositivo USB senza nome o sconosciuto non equivale a «nessun rilevamento». Significa «rilevato, ma non identificato», che è tutt’altra riga della tabella e di solito indica un problema di driver, non un telefono morto. Se il risultato è un rilevamento assente o ambiguo, segui la checklist di rilevamento fastboot prima di concludere che il dispositivo sia morto.

Passo 5. Prova il dispositivo su un secondo computer, meglio se con un altro sistema operativo. Con un solo test elimini un’intera classe di problemi lato computer.

Perché «hard brick» di solito è il termine sbagliato

Il termine è entrato nell’uso comune quando i dispositivi Android avevano percorsi di ripristino più semplici e un flash fallito spesso significava andare in assistenza. Da allora sono cambiate due cose.

Primo: i produttori di chipset integrano interfacce di ripristino a basso livello sotto il bootloader. Le piattaforme Qualcomm offrono una modalità di emergency download. Le piattaforme MediaTek espongono un’interfaccia a livello di BootROM. I dispositivi Samsung hanno la propria download mode. Esistono perché un dispositivo con il bootloader corrotto possa comunque essere riflashato, e un dispositivo in una di queste modalità non è affatto un fermacarte.

Secondo: gli strumenti e il firmware per usare queste interfacce sono molto più facili da trovare rispetto a prima, anche se la disponibilità varia enormemente per produttore e per modello. Alcuni produttori proteggono queste interfacce con un’autenticazione rilasciata solo ai centri di assistenza autorizzati. Altri no.

Di conseguenza, la domanda pratica non è più «soft o hard». È «quale interfaccia espone ancora questo dispositivo specifico, e si può usare con il firmware e l’autorizzazione realmente disponibili per questo modello».

È una domanda più circoscritta e più utile, ed è il motivo per cui non citiamo una percentuale di recupero valida per tutti. Un dispositivo in modalità di emergenza con firmware pubblico e senza obbligo di autenticazione è un caso. Lo stesso sintomo su un modello in cui il produttore blocca l’interfaccia è un caso diverso, con una risposta diversa, e a volte la risposta onesta è che il recupero via software non è possibile.

Il nostro servizio di recupero firmware e brick parte proprio da questa valutazione, e prima di fare qualsiasi preventivo ti diciamo in quale delle due situazioni ti trovi.

Cosa non si recupera davvero via software

Alcuni stati non hanno una soluzione software, ed è giusto dirlo chiaramente:

• Storage guasto. Se la memoria flash stessa è guasta, non c’è nulla su cui scrivere il firmware. Può presentarsi come un dispositivo che entra in modalità flash e poi fallisce durante ogni tentativo.
• Gestione dell’alimentazione o scheda danneggiata. Un dispositivo che non alimenta le sue linee non esegue codice, qualunque firmware tu abbia.
• Danni da liquidi o da urti alla scheda. Corrosione e piste spezzate sono problemi fisici.
• Stato di sicurezza «bruciato» su alcuni dispositivi. Alcuni produttori usano fusibili di sicurezza irreversibili. Una volta scattati, quello stato non si può annullare via software. Se e come questo incida sul recupero dipende dal produttore. Sui dispositivi Samsung, il fusibile Knox influisce in particolare su garanzia e su alcune funzioni sicure, non sulla possibilità di flashare il firmware, e spieghiamo a parte cosa fa e cosa non fa.
• Modelli in cui l’interfaccia a basso livello richiesta è protetta da autenticazione e l’autorizzazione non è ottenibile. È un limite reale e nessuna abilità tecnica lo elimina.

Chi promette il recupero da remoto di qualsiasi dispositivo in qualsiasi stato descrive un modello di business, non una capacità tecnica.

Quanti dati rischi di perdere per categoria

Complessità del ripristino ed esito sui dati sono due assi separati, e non vanno di pari passo.

La classifica che sorprende: un dispositivo che va in loop all’avvio, cosa che spaventa, è nella posizione più favorevole per i tuoi dati. Un dispositivo che richiede un reflash a basso livello, che quando funziona sembra un trionfo, tende a costarti tutto quello che contiene.

Vale la pena capirlo prima di autorizzare qualsiasi riparazione. «Lo abbiamo fatto ripartire» e «abbiamo salvato i tuoi file» sono esiti diversi, e il secondo è molto più difficile. Se contano i dati, dillo subito e leggi come affrontare un bootloop senza perdere i dati prima che qualcuno inizi a flashare. Se i file sono insostituibili, il nostro servizio di recupero dati valuta cosa è realisticamente possibile nello stato in cui si trova il dispositivo, anche quando la risposta è che non si può fare nulla.

Domande frequenti

Il mio telefono vibra ma lo schermo resta nero. Soft o hard brick? Non si può dire finché non esegui il test di rilevamento. La vibrazione indica che qualcosa è in esecuzione, il che è incoraggiante, ma il fattore decisivo è se un computer lo rileva. Controlla l’elenco dei dispositivi del sistema operativo, non solo l’output dello strumento.

Un soft brick può diventare un hard brick? Sì, ed è il motivo principale per fermarsi presto. Flashare l’immagine sbagliata, interrompere un flash o usare strumenti del produttore sul modello sbagliato può portare un dispositivo da uno stato recuperabile a uno molto peggiore. Ogni tentativo fallito è un’occasione per renderlo più difficile.

Un bootloop è un soft brick? Secondo la definizione abituale sì: il dispositivo esegue codice e si può raggiungere. Detto questo, «bootloop» descrive ciò che vedi e «soft brick» descrive la categoria, e lo specifico sintomo di avvio dà più informazioni diagnostiche dell’una e dell’altra etichetta.

Sbloccare il bootloader aiuta a recuperare un dispositivo in brick? Non come passo di recupero, e ha un costo. Lo sblocco cancella i dati sui dispositivi Android come misura di sicurezza. Se il dispositivo è già sbloccato, è utile perché amplia le opzioni disponibili. Sbloccarlo ora, proprio per tentare un recupero, significa accettare la cancellazione.

Un centro di riparazione sa distinguere i due casi? Uno competente eseguirà lo stesso test di rilevamento e arriverà alla stessa conclusione. Diffida di qualsiasi preventivo dato senza aver prima collegato il dispositivo a un computer, perché la categoria non si capisce guardando lo schermo.

Quanto di tutto questo si può fare da remoto? Gli stati in cui il dispositivo è raggiungibile e hai un computer funzionante si prestano in gran parte al remoto, perché le operazioni partono dal computer. Quelli che richiedono strumenti di assistenza del produttore o interventi sulla scheda no. Ecco cosa prevede davvero una sessione da remoto.

---

Letture correlate: Risolvere un bootloop senza perdere i dati · Cosa significa ogni sintomo della schermata di avvio · Dispositivo fastboot non rilevato · Flash di Magisk non riuscito · Android si riavvia sempre in recovery

Fonti: documentazione di Android Open Source Project su bootloader e partizioni.

Ultima verifica: 22 agosto 2026. Le interfacce di ripristino a basso livello, la loro disponibilità e gli eventuali requisiti di autenticazione variano per chipset, produttore e modello. Verifica con la documentazione ufficiale del tuo dispositivo.