Bootloop dopo il flash di una custom ROM: cosa controllare di solito

Una ROM che non si avvia di solito non è compatibile con uno dei livelli sottostanti: la base del firmware, la partizione vendor, la recovery o lo slot su cui è stata installata. L’albero decisionale qui sotto trova quale livello non corrisponde. Rifare il flash della stessa ROM senza cambiare nulla riproduce lo stesso risultato.

Prima di tutto, dagli tempo

I primi avvii dopo l’installazione di una ROM durano più di quelli normali, a volte molto di più. Il sistema crea le cache e ottimizza le app, e se la memoria è molto occupata non è un’operazione rapida.

Prima di trarre conclusioni, lascia il telefono in carica per un primo tentativo davvero lungo. Guarda se l’animazione è in movimento o ferma: se si muove, il sistema sta lavorando, se è ferma si è bloccato.

Se si riavvia e ricomincia da capo, è un loop e puoi andare avanti. Se è rimasto su un’animazione in movimento, aspetta ancora.

L’albero decisionale

Parti dall’alto e segui il ramo che corrisponde al tuo caso.

Il dispositivo raggiunge la recovery?

• No, e non raggiunge nemmeno fastboot → Sei fuori dall’ambito della diagnosi dei problemi della ROM. Vai a soft brick e hard brick ed esegui il test di rilevamento.
• No, ma fastboot funziona → La recovery potrebbe essere stata sovrascritta o essere incompatibile. Il passo successivo è rifare il flash di una recovery corretta per il tuo dispositivo e il firmware attuale.
• Sì → Continua.

La ROM si è mai avviata correttamente, anche una sola volta?

• Sì, poi è andata in loop più tardi → Guarda cosa è cambiato dopo l’avvio riuscito: un modulo, un pacchetto aggiuntivo, una modifica alle impostazioni o un aggiornamento. Non è un problema di flash.
• No, non si è mai avviata → Continua.

È stato un dirty flash, cioè hai installato sopra un’installazione esistente senza cancellare?

• Sì → Un dirty flash tra ROM diverse, tra versioni principali di Android o su una base diversa è uno dei principali sospettati. Passa alla sezione sul clean flash.
• No, era un clean flash → Continua.

La documentazione della ROM indica una versione di firmware o vendor richiesta?

• Sì, e non l’hai installata, o hai installato una versione diversa → È la risposta più probabile. Vedi la sezione sulla base del firmware.
• Sì, e hai rispettato la versione richiesta → Continua.
• La documentazione non lo dice → Considera la base del firmware non verificata e controllala comunque.

Hai installato pacchetti aggiuntivi come GApps nella stessa sessione?

• Sì → Prova la ROM da sola, senza pacchetti aggiuntivi, per isolare il problema. Vedi la sezione sui pacchetti aggiuntivi.
• No → Continua.

Il dispositivo è A/B e sai su quale slot è finita la ROM?

• Non sono sicuro → Controlla lo slot attivo. Una ROM installata su uno slot mentre il dispositivo si avvia dall’altro dà risultati confusi.
• Confermato corretto → Continua.

La build è davvero per la variante del tuo dispositivo?

• Controlla il codename, non il nome commerciale. Poi controlla la variante. È il controllo di cui si è più sicuri e su cui si sbaglia più spesso.

La base del firmware

I dispositivi moderni non sono solo un’immagine di sistema. C’è una partizione vendor, e spesso altri componenti, che contengono le parti del produttore specifiche per l’hardware. Una custom ROM viene compilata per una versione precisa di questi componenti.

Se installi una ROM compilata per una base di firmware più recente su una più vecchia, o il contrario, il risultato va da un dispositivo che si avvia con funzioni hardware non funzionanti a uno che non si avvia affatto.

Cosa fare:

1. Trova la documentazione della ROM per il tuo dispositivo: la pagina del maintainer, non il riassunto di terzi.
2. Leggi quale versione di firmware o vendor richiede.
3. Confrontala con quella che ha davvero il tuo dispositivo, che non sempre è quella che supponi dalla versione di Android.
4. Se sono diverse, la soluzione è aggiornare la base del firmware a quella che la ROM si aspetta, usando il firmware ufficiale del produttore.

È il controllo che risolve la quota maggiore di installazioni di ROM mai avviate, ed è quello più spesso saltato perché la ROM si è installata senza errori. Installarsi senza errori e avviarsi sono due cose diverse.

Clean flash e dirty flash

Un dirty flash mantiene dati e app. Funziona quando aggiorni la stessa ROM, sulla stessa base, nella stessa versione di Android. Diventa inaffidabile se uno di questi elementi cambia.

Un clean flash rimuove la vecchia installazione e dà alla ROM un punto di partenza coerente. Ti costa i dati presenti sul dispositivo.

Avviso su azione distruttiva: un clean flash significa cancellare la partizione dati. Formattare i dati elimina in più lo stato della cifratura. Entrambe le operazioni sono irreversibili e, su un dispositivo con cifratura basata su file, in seguito nessuno strumento può recuperare i dati.

L’indicazione onesta: se hai fatto un dirty flash attraverso un cambio di versione o tra ROM diverse e non si avvia, la risposta standard è un clean flash, e ti costa i dati. Se i dati contano e non hai un backup, fermati e leggi quali opzioni hai prima di cancellare, perché il punto di non ritorno è la cancellazione, non il loop.

Cifratura e formattazione dei dati

Le custom recovery devono decifrare la partizione dati per leggerla. Se il supporto alla decifratura della recovery non corrisponde alla cifratura del dispositivo, la recovery non riesce a montare i dati e li segnala come corrotti o illeggibili.

Quel messaggio spinge spesso a formattare i dati, il che risolve il problema del montaggio distruggendo ciò che c’era.

Prima di farlo, considera che il problema di fondo potrebbe essere una versione della recovery non compatibile e non dati danneggiati. Una build della recovery che supporta davvero il tuo dispositivo e il tuo firmware potrebbe montare la stessa partizione senza problemi. La formattazione è irreversibile e, una volta eseguita, non si può annullare.

Pacchetti aggiuntivi

I pacchetti aggiuntivi, come le app Google, esistono in varianti per architettura, per versione di Android e per dimensione. Una mancata corrispondenza in uno qualsiasi di questi aspetti può impedire l’avvio.

Vanno anche installati nel momento giusto del processo, cioè di norma nella stessa sessione della ROM e prima del primo avvio. Su molte ROM, aggiungerli dopo il primo avvio non funziona e può rovinare un’installazione che funzionava.

Per isolare il problema, installa la ROM da sola. Se si avvia, la ROM e la base vanno bene e la variabile è il pacchetto aggiuntivo. Se non si avvia ancora, il pacchetto aggiuntivo non era il problema e hai comunque ristretto il campo.

Alcune ROM includono già i pacchetti aggiuntivi nella build. Installare un pacchetto separato sopra una di queste crea un conflitto.

Versione della recovery

La recovery deve supportare il tuo dispositivo, la tua base di firmware e il layout delle partizioni che il dispositivo usa. I layout moderni con partizioni dinamiche e slot A/B hanno cambiato ciò che una recovery deve gestire, e una build più vecchia può installare male una ROM pur sembrando riuscire.

Se l’installazione ha segnalato errori, o ha segnalato successo ma il dispositivo non si è mai avviato, vale la pena controllare la versione della recovery sulla pagina del progetto dedicata al tuo dispositivo. La nostra guida all’installazione di TWRP spiega dove i layout moderni si discostano dalle istruzioni più vecchie.

Build non supportate e non ufficiali

Le ROM della community hanno livelli di maturità diversi. Una build ufficiale per un dispositivo ben mantenuto è tutt’altra cosa rispetto a un port non ufficiale con un solo maintainer e una manciata di tester.

Vale la pena controllare prima di dedicare altro tempo a fare debug:

• È una build ufficiale per il tuo dispositivo o un port?
• Quando è stata aggiornata l’ultima volta e il maintainer è ancora attivo?
• Altri utenti con la tua stessa variante segnalano avvii riusciti con questa build?
• Sono elencati problemi noti per la tua variante?

A volte la risposta è che la build non funziona ancora sulla tua variante, e nessuna procedura corretta può cambiarlo. Il nostro confronto tra custom ROM indica quali progetti hanno il supporto migliore per i dispositivi.

Tornare allo stock

Se vuoi fermarti e tornare al software del produttore, questa strada esiste ed è di solito il modo più affidabile per riavere un telefono funzionante.

Serve il firmware stock corretto per il tuo modello e la tua regione esatti, preso dalla distribuzione del produttore, e la procedura del produttore stesso. Considera l’operazione distruttiva per i dati utente, a meno che la documentazione del produttore non indichi diversamente per la modalità specifica che usi.

Tornare allo stock non annulla da solo lo sblocco del bootloader, e bloccare di nuovo il bootloader con software non stock installato può lasciare un dispositivo che non si avvia e non si può flashare. Non bloccarlo di nuovo finché il dispositivo non esegue firmware stock non modificato e si avvia senza problemi.

Domande frequenti

Quanto è troppo per un primo avvio? Più di quanto pensi, e il segnale utile è se l’animazione è ancora in movimento, non l’orologio. Un fotogramma fermo è un avvio bloccato. Un’animazione che riparte più volte dall’inizio è un loop.

Posso fare il flash di un’altra ROM per risolvere? Puoi, ma se il problema sta nella base del firmware o nella recovery, la ROM successiva va a sbattere contro lo stesso muro. Prima individua il livello non compatibile, altrimenti stai provando ROM a caso invece di fare una diagnosi.

Un clean flash risolve di sicuro? No. Risolve i conflitti dovuti a dati residui. Non risolve una base di firmware sbagliata, una recovery incompatibile, una variante non supportata o una build difettosa. È irreversibile, quindi conviene esaurire prima i controlli non distruttivi.

La recovery dice che i dati sono corrotti. I miei dati sono persi? Non necessariamente. Una recovery che non riesce a decifrare la partizione segnala qualcosa di simile a una recovery che legge dati danneggiati. Una build della recovery che supporta davvero il tuo dispositivo potrebbe leggerli senza problemi. Non formattare per far sparire il messaggio.

Devo bloccare di nuovo il bootloader alla fine? No, e farlo con software personalizzato installato può dare un dispositivo che non si avvia e non accetta un flash. Se vuoi il bootloader bloccato, torna prima allo stock non modificato e verifica che il dispositivo si avvii.

Si può risolvere da remoto? Se il dispositivo raggiunge recovery o fastboot e hai un computer, in genere sì, perché le operazioni girano dal computer. Ecco cosa prevede una sessione.

---

Letture correlate: Risolvere un bootloop senza perdere i dati · Cosa significa ogni sintomo nella schermata di avvio · Android si avvia sempre in recovery · Soft brick e hard brick · Le migliori custom ROM

Fonti: documentazione dell’Android Open Source Project sulle partizioni e sulle partizioni dinamiche.

Ultima verifica: 23 agosto 2026. I requisiti sulla base del firmware, la compatibilità della recovery e le procedure di installazione sono specifici di ogni dispositivo e di ogni build di ROM. Segui la documentazione del maintainer per il codename esatto del tuo dispositivo.