droid.rooter
Risoluzione dei problemiAvanzato13 min di lettura

Risolvere un bootloop Android senza perdere i dati

Un bootloop da solo non cancella nulla. Ogni vera perdita di dati in un bootloop deriva dalla fase di riparazione. Ecco l’ordine che mantiene intatti i tuoi file.

Android phone frozen on the manufacturer logo during boot
Indice
  1. Prima di tutto: annota cosa è successo
  2. Individua quale bootloop hai davvero
  3. L’ordine di diagnosi che protegge i tuoi dati
  4. Fase 1: smetti di riavviarlo
  5. Fase 2: leggi bene lo schermo
  6. Fase 3: verifica se un computer lo vede
  7. Fase 4: modalità provvisoria, se il dispositivo permette di raggiungerla
  8. Fase 5: disattiva l’ultima cosa che hai aggiunto, senza cancellare nulla
  9. Fase 6: ripristina la boot image corretta
  10. Fase 7: ripristino senza cancellazione, dove esiste
  11. Le azioni che distruggono i dati, elencate esplicitamente
  12. Perché «cancella ora, recupera i file dopo» non funziona più
  13. Cosa fanno davvero gli strumenti di riparazione con un clic
  14. Quando smettere di provare
  15. Domande frequenti

Un bootloop di per sé non cancella i tuoi file. Il rischio per i dati nasce dalla riparazione che scegli. Segui le cinque fasi non distruttive qui sotto prima di toccare qualsiasi voce chiamata reset, wipe o format, perché su un dispositivo con crittografia basata su file una cancellazione distrugge la chiave di crittografia e con essa vanno persi anche i dati.

Prima di tutto: annota cosa è successo

L’informazione diagnostica più utile è l’ultima cosa che ha toccato il dispositivo. Non quello che pensi abbia causato il problema, ma quello che è successo davvero, in ordine, nei dieci minuti prima che iniziasse il loop.

Scrivi subito questi dati, finché li ricordi:

  • L’ultima azione esatta. Un aggiornamento OTA, l’installazione di un modulo Magisk, un comando fastboot, il flash di una custom ROM, l’installazione di un’app, una caduta, una ricarica con un cavo che non conosci, oppure niente di tutto questo.
  • Se il dispositivo si è riavviato da solo o se l’hai riavviato tu.
  • Il testo esatto di qualsiasi schermata di errore, compresi i nomi delle partizioni e i codici esadecimali.
  • Se il bootloader è sbloccato e se hai una copia della boot image originale per la build esatta che il dispositivo stava usando.
  • Se il dispositivo è un Samsung e se Knox era già scattato.

Questo elenco decide i tre passaggi successivi. Un loop iniziato durante un OTA è un problema diverso da uno iniziato dopo l’installazione di un modulo, e i percorsi di recupero si sovrappongono poco. Se salti questa parte e inizi a fare flash, vai a tentoni.

Individua quale bootloop hai davvero

«Bootloop» si usa per cinque situazioni che si comportano in modo diverso. Trova la tua prima di agire.

Cosa vediCosa ha già fatto il dispositivoDove si trova probabilmente il guastoRischio per i dati della soluzione abituale
Logo del produttore, bloccato, senza animazione né riavvioIl bootloader è partito, ha passato il controllo, poi si è fermatoBoot image, kernel o rifiuto del verified bootBasso se ripristini la boot image corretta
L’animazione di avvio parte, poi riavvia, a ripetizioneIl kernel è partito, lo userspace noPartizione di sistema, un modulo o un’app che va in crash all’avvioDa basso a moderato
Finisce sempre in recovery invece che nel sistemaIl bootloader ha segnato lo slot come non avviabile, oppure un tasto è bloccatoStato dello slot, boot o sistema danneggiati, tasto hardware bloccatoModerato: i menu della recovery includono opzioni distruttive
A ogni accensione va in fastboot o in modalità bootloaderIl bootloader non ha trovato nessuna immagine avviabileBoot image mancante o non valida, slot sbagliatoBasso se esiste l’immagine corretta
Si riavvia a caso dopo essere arrivato alla schermata HomeIl sistema parte, poi qualcosa lo fermaSurriscaldamento, batteria che si sta guastando, errori dello storage, un modulo difettosoBasso: spesso non è affatto un bootloop

L’ultima riga è importante. Un dispositivo che arriva al launcher e poi si riavvia non è in bootloop, e trattarlo come tale porta a flashare il firmware per un problema che è hardware. Se riesci a raggiungere la schermata Home anche solo per trenta secondi, hai opzioni che un vero bootloop non offre, e i riavvii casuali hanno tutt’altra origine.

Per un quadro più completo di cosa implica ogni stato dello schermo, vedi cosa significa ogni sintomo della schermata di avvio.

L’ordine di diagnosi che protegge i tuoi dati

Esegui i passaggi in sequenza. Nulla in questa sezione scrive nella partizione dei dati.

Fase 1: smetti di riavviarlo

Spegnere e riaccendere di continuo non è un’operazione neutra. Sui dispositivi con slot A/B, il bootloader conta i tentativi di avvio falliti e, dopo un certo numero, può segnare come non avviabile lo slot attivo, per poi ripiegare sulla recovery o sull’altro slot. A volte è ciò che vuoi, a volte è ciò che ti lascia bloccato. In ogni caso deve succedere perché l’hai scelto tu, non perché hai premuto undici volte il tasto di accensione.

Metti il telefono in carica, lascialo stare e leggi il resto di questa guida prima del prossimo tentativo.

Fase 2: leggi bene lo schermo

Fotografa qualsiasi testo di errore. Le stringhe di errore della recovery originale e del bootloader sono specifiche e restringono il problema più in fretta di qualsiasi altro dato. «Cannot load Android system. Your data may be corrupt.» significa una cosa diversa da un messaggio di errore del verified boot, che a sua volta significa un’altra cosa rispetto a un errore di immagine mancante in fastboot.

Se non c’è alcun testo, annota la fase esatta che l’avvio raggiunge e per quanto tempo resta lì prima di riavviarsi.

Fase 3: verifica se un computer lo vede

Collega il dispositivo a un PC con un cavo che supporti i dati e controlla se risulta connesso in ognuno degli stati in cui entra.

adb devices
fastboot devices

adb devices che restituisce un seriale con recovery significa che il dispositivo è raggiungibile dalla recovery, una buona posizione di partenza. fastboot devices che restituisce un seriale significa che puoi flashare le partizioni. Se non viene rilevato nulla, il discorso cambia, e per quel caso c’è una checklist apposita da seguire prima di trarre conclusioni sul telefono.

Il rilevamento è il bivio. Un dispositivo che il computer vede ha percorsi di recupero via software. Un dispositivo che nulla riesce a vedere è un’altra categoria, trattata in soft brick e hard brick.

Fase 4: modalità provvisoria, se il dispositivo permette di raggiungerla

La modalità provvisoria avvia Android con le app di terze parti disattivate. Si raggiunge solo su un dispositivo che arriva abbastanza avanti nell’avvio da accettare il comando, il che la esclude se il telefono si blocca sul logo, ma non sempre se è un loop dell’animazione.

Il metodo di accesso cambia in base al produttore e alla versione di Android. Su vari dispositivi basta accendere e tenere premuto il tasto volume giù dal momento in cui compare il logo fino al caricamento della schermata di blocco. Su altri si tiene premuta la voce di spegnimento a dispositivo acceso. Se il dispositivo non arriva mai al punto in cui accetta input, la modalità provvisoria non è disponibile e conviene passare oltre invece di ripetere il tentativo.

Se la modalità provvisoria funziona, il telefono si avvia e resta acceso, un’app di terze parti è una delle principali sospettate. È un buon risultato: puoi fare il backup e disinstallare dall’interno di un sistema in funzione.

Fase 5: disattiva l’ultima cosa che hai aggiunto, senza cancellare nulla

Se il loop è iniziato dopo l’installazione di un modulo root, il modulo è un indiziato e ci sono modi per rimuoverlo senza toccare i tuoi dati.

Magisk permette di avviare con tutti i moduli disattivati tramite una sequenza di tasti durante l’avvio, e la sua documentazione descrive sia questo comportamento della modalità provvisoria sia la struttura della cartella dei moduli. KernelSU documenta un percorso di recupero analogo, compreso l’uso del suo strumento a riga di comando da una shell di recovery per elencare, disattivare o disinstallare un modulo. Entrambi gli approcci agiscono sul modulo, non sulla partizione dei dati.

Quale dei due si applica dipende da ciò che hai installato. Leggi la documentazione attuale del progetto per la tua soluzione root, non il post di un forum di tre anni fa, perché questo comportamento è cambiato da una versione all’altra. La nostra guida ai moduli Magisk indica quali moduli hanno un passato di errori di avvio.

Fase 6: ripristina la boot image corretta

Se il loop è iniziato subito dopo aver flashato una boot image patchata, ripristinare l’immagine originale di quella build esatta è il modo più diretto per annullare l’operazione. Scrive solo nella partizione boot e non tocca i dati dell’utente.

In quella frase tutto il peso è sulla parola «esatta». L’immagine deve corrispondere alla build che il telefono stava eseguendo: non al modello, non alla regione, non a una versione di firmware simile. Una boot image di un’altra build può produrre lo stesso bootloop che stai cercando di risolvere. Diagnosi di un flash di Magisk non riuscito spiega come si presentano le build non corrispondenti e come verificare di avere il file giusto.

Non prendere mai quell’immagine da un upload qualsiasi. Usa il firmware del produttore per il tuo modello e la tua build esatti, dalla distribuzione ufficiale del produttore, e verifica il checksum quando ne è pubblicato uno.

Fase 7: ripristino senza cancellazione, dove esiste

Alcuni dispositivi permettono di rifare il flash delle partizioni di sistema senza toccare userdata. Il flusso di flash di Samsung distingue tra pacchetti firmware che cancellano e pacchetti che non cancellano, a seconda dei componenti caricati. I dispositivi con un’immagine firmware ufficiale completa a volte permettono di flashare singole partizioni invece di eseguire uno script per l’intero dispositivo.

È davvero una questione specifica del dispositivo e i dettagli cambiano da un modello all’altro e da una release del firmware all’altra. Non trasferire una procedura da una marca a un’altra. Se non riesci a confermare, dalla documentazione ufficiale del produttore, che un certo percorso preserva userdata, consideralo distruttivo finché non è dimostrato il contrario.

Il nostro servizio firmware e ROM esiste proprio per questo passaggio, in cui la risposta giusta dipende dal modello, dal chipset e dalla build del firmware che hai davanti.

Le azioni che distruggono i dati, elencate esplicitamente

Tutto ciò che c’è in questa tabella è irreversibile. Non esiste un comando Annulla, non esiste un cestino e non esiste uno strumento di recupero che ripristini ciò che queste azioni eliminano su un dispositivo moderno cifrato.

AzioneDove la incontriCosa fa
Wipe data / factory resetMenu della recovery originaleCancella la partizione dei dati utente. Irreversibile.
Ripristino dati di fabbrica da SettingsSistema in funzioneStesso risultato, avviato dal sistema operativo. Irreversibile.
Format dataRecovery personalizzata, alcune recovery originaliElimina i dati utente e lo stato di crittografia. Irreversibile.
fastboot -wRiga di comando, e incluso in alcuni script flash-allCancella userdata come parte dell’operazione. Irreversibile.
Tool di flash del produttore con cancellazione totale attivaUtility di flash del produttoreDipende interamente dalla modalità scelta. Leggi la modalità, non l’etichetta del pulsante.
Modifica dello stato del verified boot su alcuni dispositiviFlash di vbmeta con flag di verificaSu certi dispositivi forza la cancellazione dei dati al riavvio successivo. Il comportamento varia in base al produttore.

Il tranello è lo script flash-all. Diversi script di flash dei produttori e della community includono per impostazione predefinita un passaggio di cancellazione, e c’è chi li esegue aspettandosi una riparazione del sistema. Apri lo script e leggilo prima di eseguirlo. Se contiene un’istruzione di cancellazione e non hai fatto il backup, stai per prendere una decisione irreversibile per sbaglio.

Perché «cancella ora, recupera i file dopo» non funziona più

Questa è la parte che le guide più vecchie sbagliano, e cambia l’intero calcolo del rischio.

Il modello di crittografia di Android è cambiato. La documentazione dell’Android Open Source Project afferma che i dispositivi lanciati con Android 10 o versioni successive devono usare la crittografia basata su file, che da Android 10 ad Android 12 la crittografia dell’intero disco era supportata solo sui dispositivi aggiornati da Android 9 o precedenti, e che Android 13 ha eliminato del tutto il supporto alla crittografia dell’intero disco.

Con la crittografia basata su file, i tuoi file sono cifrati con chiavi legate alle tue credenziali e all’archivio di chiavi supportato dall’hardware. Un ripristino dati di fabbrica elimina quel materiale crittografico. I blocchi sul chip flash possono anche contenere ancora, fisicamente, dati cifrati, ma senza la chiave quei dati non sono le tue foto. Sono rumore.

Per questo il modello delle app di recupero del 2014 non è più valido. Quegli strumenti analizzavano la memoria non cifrata alla ricerca di firme di file. Quell’approccio presupponeva un modello di minaccia che Android non usa più. Qualsiasi strumento che prometta di analizzare un Android moderno dopo un ripristino dati di fabbrica e restituirti le foto promette qualcosa che la crittografia è progettata proprio per impedire.

La regola pratica che ne deriva: su un dispositivo Android moderno il momento in cui si può recuperare è prima della cancellazione, non dopo. Se i tuoi dati contano, il momento di coinvolgere il recupero dati è quando il dispositivo conserva ancora le sue chiavi.

Cosa fanno davvero gli strumenti di riparazione con un clic

I risultati di ricerca per questo problema sono dominati da utility di riparazione a pagamento che promettono di risolvere il bootloop senza perdere dati. Vale la pena capire il meccanismo che usano, perché marketing e meccanismo non sempre coincidono.

Lo schema generale è questo: lo strumento identifica il tuo modello, scarica un pacchetto firmware originale e lo flasha usando lo stesso protocollo di flash del produttore che potresti avviare anche tu. È un’operazione legittima. La domanda è che cosa fa il pacchetto di flash a userdata sul tuo dispositivo specifico, e la risposta dipende dal firmware e dalla modalità di flash, non dall’interfaccia dello strumento.

Ne conseguono due cose. Primo: sui dispositivi in cui il flash del firmware originale cancella userdata, lo strumento cancella userdata, qualunque cosa dica la landing page. Secondo: qualunque cosa faccia lo strumento, di solito puoi farla anche tu con l’utility del produttore e il firmware del produttore, senza spendere nulla e vedendo con chiarezza quale modalità hai selezionato.

Niente di tutto questo rende inutili quegli strumenti. Significa però che dovresti leggere cosa fa il flash prima di accettare una promessa sui tuoi dati.

Quando smettere di provare

Fermati e chiedi un secondo parere in uno qualsiasi di questi casi:

  • Il dispositivo non viene più rilevato dal computer dopo un’azione che prima funzionava.
  • Stai per eseguire un comando o scegliere una voce di menu di cui non puoi confermare l’effetto sui dati.
  • Il testo dell’errore cita una partizione che non hai modificato di proposito.
  • Non riesci a trovare il firmware originale per il tuo modello e la tua build esatti nella distribuzione ufficiale del produttore.
  • Il dispositivo è caldo o molto caldo durante il loop, oppure il loop è iniziato dopo un danno fisico o da liquidi.
  • I dati sul dispositivo non hanno un backup e per te contano.

L’ultimo punto non è un criterio tecnico ed è quello che molti ignorano. Se il telefono contiene l’unica copia di qualcosa che non puoi sostituire, il passo giusto non è un altro tentativo di flash. È fermarti finché le chiavi di crittografia sono ancora intatte.

Domande frequenti

Un bootloop cancella le mie foto? No. Il loop è un errore di avvio, non un’operazione sullo storage. La perdita di dati in un bootloop deriva dalla fase di riparazione, ed è per questo che l’ordine delle operazioni in questo articolo conta.

Posso copiare i file da un telefono che non si avvia? A volte. Se il dispositivo è raggiungibile via ADB da un sistema in funzione, sì. Dalla recovery originale, l’accesso ADB è limitato a comandi specifici e non permette di copiare i file in modo generico. Da una recovery personalizzata si può fare di più, ma su un dispositivo cifrato la recovery deve comunque decifrare la partizione dei dati, e non è garantito che ci riesca.

Vale la pena cancellare la partizione cache? Su molti dispositivi moderni non esiste una partizione cache separata da cancellare e l’opzione non compare nel menu della recovery. Dove l’opzione esiste, non è distruttiva per i dati utente e provarla non costa nulla. Dove non esiste, le guide che la consigliano sono state scritte per un layout di partizioni che il tuo dispositivo non usa.

Il mio telefono va in loop solo a volte e si avvia al terzo tentativo. Cos’è? Un errore di avvio intermittente indica più spesso un hardware al limite che un software corrotto: alimentazione, errori dello storage o problemi termici. Una riparazione software di solito non risolve un guasto intermittente, e rifare più volte il flash su un dispositivo con un chip di memoria che si sta guastando può peggiorare le cose.

Sbloccare il bootloader mi permette di salvare i dati? No, anzi, fa l’opposto. Su Android lo sblocco del bootloader attiva una cancellazione dei dati come misura di sicurezza. Se il bootloader è attualmente bloccato e i tuoi dati contano, sbloccarlo non è un passaggio di recupero. La nostra guida allo sblocco del bootloader spiega cosa fa davvero lo sblocco.

Quanto devo lasciarlo in loop prima di decidere che è bloccato? Dopo un aggiornamento di sistema, il primo avvio può legittimamente richiedere molto tempo mentre il sistema ottimizza le app. Al primo tentativo, abbi pazienza per un intero ciclo di carica. Dopo, ripetere non aggiunge informazioni.


Letture correlate: Android bloccato sulla schermata di avvio: cosa significa ogni sintomo · Soft brick e hard brick · Flash di Magisk non riuscito · Android si riavvia sempre in recovery · Guida completa al recupero da boot loop

Fonti: Android Open Source Project, documentazione sulla crittografia. Documentazione ufficiale di Magisk su installazione e risoluzione dei problemi. Documentazione ufficiale di KernelSU sul recupero.

Ultima verifica: 18 agosto 2026. Il layout delle partizioni, le opzioni dei menu della recovery e il comportamento del flash del firmware variano in base a produttore, modello e build. Prima di eseguire qualsiasi comando di questo articolo, controlla la documentazione ufficiale del tuo dispositivo.