droid.rooter
Solución de problemasAvanzado9 min de lectura

Bootloop tras flashear una ROM personalizada: qué suele haber que revisar

Una ROM que no arranca suele ser un desajuste entre la ROM y algo que hay por debajo. El árbol de decisión encuentra qué capa no encaja.

Custom recovery interface part-way through a ROM installation
Índice
  1. Dale tiempo primero
  2. El árbol de decisión
  3. La base de firmware
  4. Flasheo limpio frente a flasheo sucio
  5. Cifrado y formateo de datos
  6. Paquetes complementarios
  7. Versión del recovery
  8. Compilaciones no compatibles y no oficiales
  9. Volver al firmware stock
  10. Preguntas frecuentes

Una ROM que no arranca suele ser un desajuste entre la ROM y una de las capas que tiene debajo: la base de firmware, la partición vendor, el recovery o el slot en el que se instaló. El árbol de decisión de abajo encuentra qué capa no encaja. Volver a flashear la misma ROM sin cambiar nada da el mismo resultado.

Dale tiempo primero

El primer arranque tras instalar una ROM tarda más que uno normal, a veces bastante más. El sistema está generando cachés y optimizando aplicaciones, y en un dispositivo con mucho almacenamiento ocupado eso no es rápido.

Antes de sacar conclusiones, déjalo en el cargador durante un primer intento realmente largo. Fíjate en si la animación avanza o está congelada: si avanza, el sistema está trabajando, y si está congelada, se ha detenido.

Si se reinicia y empieza otra vez, es un bucle y puedes continuar. Si lleva todo el rato con una animación en movimiento, espera más.

El árbol de decisión

Empieza por arriba y sigue la rama que corresponda.

¿El dispositivo llega al recovery?

  • No, y tampoco llega a fastboot → Estás fuera de la solución de problemas de ROM. Ve a soft brick y hard brick y haz la prueba de detección.
  • No, pero fastboot funciona → Puede que el recovery se haya sobrescrito o sea incompatible. El siguiente paso es volver a flashear un recovery correcto para tu dispositivo y su firmware actual.
  • Sí → Continúa.

¿Llegó a arrancar la ROM correctamente alguna vez, aunque fuera una sola?

  • Sí, y se puso en bucle más tarde → Mira qué cambió después del arranque correcto: un módulo, un paquete complementario, un cambio de ajustes o una actualización. No es un problema del flasheo.
  • No, nunca arrancó → Continúa.

¿Fue un flasheo sucio, es decir, flasheaste encima de una instalación existente sin borrar datos?

  • Sí → Un flasheo sucio entre ROM distintas, entre versiones principales de Android o sobre una base diferente es una de las principales causas posibles. Continúa en la sección de flasheo limpio.
  • No, fue limpio → Continúa.

¿La documentación de la ROM indica una versión de firmware o vendor necesaria?

  • Sí, y no la flasheaste, o flasheaste otra versión → Es la respuesta más probable. Consulta la sección de la base de firmware.
  • Sí, y usaste la versión indicada → Continúa.
  • La documentación no lo dice → Considera la base de firmware como no verificada y compruébala igualmente.

¿Flasheaste paquetes complementarios, como GApps, en la misma sesión?

  • Sí → Prueba la ROM sola, sin complementos, para aislar el problema. Consulta la sección de complementos.
  • No → Continúa.

¿Tu dispositivo es A/B y sabes en qué slot se instaló la ROM?

  • No estoy seguro → Comprueba el slot activo. Una ROM instalada en un slot mientras el dispositivo arranca desde el otro da resultados confusos.
  • Confirmado que es el correcto → Continúa.

¿La compilación es realmente para la variante de tu dispositivo?

  • Comprueba el nombre en clave, no el nombre comercial. Después comprueba la variante. Es la comprobación que genera más confianza y en la que más se equivoca la gente.

La base de firmware

Los dispositivos modernos no son solo una imagen del sistema. Hay una partición vendor, y a menudo varios componentes más, que contienen las piezas específicas del hardware del fabricante. Una ROM personalizada se compila contra una versión concreta de ellas.

Si flasheas una ROM compilada para una base de firmware más nueva sobre una más antigua, o al revés, el resultado va desde un dispositivo que arranca con funciones de hardware rotas hasta uno que no arranca en absoluto.

Qué hacer:

  1. Busca la documentación de la propia ROM para tu dispositivo: la página del mantenedor, no un resumen de terceros.
  2. Lee qué versión de firmware o vendor exige.
  3. Compárala con la que tiene realmente tu dispositivo, que no siempre es la que supones por la versión de Android.
  4. Si no coinciden, la solución es actualizar la base de firmware a la que espera la ROM, usando el firmware del propio fabricante.

Esta es la comprobación que resuelve el mayor porcentaje de instalaciones de ROM que nunca llegaron a arrancar, y es la que más se omite porque la ROM se instaló sin quejas. Instalarse sin quejas y arrancar son cosas distintas.

Flasheo limpio frente a flasheo sucio

Un flasheo sucio conserva tus datos y tus apps. Funciona cuando actualizas dentro de la misma ROM, sobre la misma base y en la misma versión de Android. Se vuelve poco fiable en cuanto cambia cualquiera de esos factores.

Un flasheo limpio elimina la instalación anterior y da a la ROM un punto de partida coherente. Te cuesta los datos del dispositivo.

Advertencia de acción destructiva: un flasheo limpio implica borrar la partición de datos. Formatear los datos elimina además el estado de cifrado. Ambas acciones son irreversibles y, en un dispositivo con cifrado basado en archivos, ninguna herramienta puede recuperar luego los datos.

La orientación honesta: si hiciste un flasheo sucio entre versiones o entre ROM distintas y no arranca, la respuesta habitual es un flasheo limpio, que te cuesta los datos. Si tus datos importan y no tienes copia de seguridad, para y lee qué opciones tienes antes de borrar, porque el punto sin retorno es el borrado, no el bucle.

Cifrado y formateo de datos

Los recovery personalizados tienen que descifrar la partición de datos para leerla. Cuando la compatibilidad de descifrado del recovery no coincide con la implementación de cifrado del dispositivo, el recovery no puede montar los datos y los da por corruptos o ilegibles.

Ese mensaje lleva a muchos a formatear los datos, lo cual sí resuelve el problema del montaje, pero destruyendo lo que había.

Antes de hacerlo, ten en cuenta que el problema de fondo puede ser una versión de recovery que no encaja, y no unos datos dañados. Una compilación de recovery que sea compatible con tu dispositivo y su firmware puede montar la misma partición sin problemas. El formateo es irreversible y no se puede deshacer una vez ejecutado.

Paquetes complementarios

Los paquetes complementarios, como las apps de Google, tienen variantes de arquitectura, de versión de Android y de tamaño. Un desajuste en cualquiera de ellas puede impedir el arranque.

También hay que flashearlos en el momento correcto del proceso, que normalmente es en la misma sesión que la ROM y antes del primer arranque. En muchas ROM, añadirlos después del primer arranque no funciona y puede estropear una instalación que funcionaba.

Aísla el problema flasheando la ROM sola. Si arranca, la ROM y la base están bien y la variable es el complemento. Si sigue sin arrancar, el complemento nunca fue el problema y has acotado la búsqueda de forma útil.

Algunas ROM incluyen complementos en la propia compilación. Flashear un paquete aparte encima de una de ellas crea un conflicto.

Versión del recovery

El recovery tiene que ser compatible con tu dispositivo, con tu base de firmware y con el esquema de particiones que usa. Los esquemas modernos, con particiones dinámicas y slots A/B, cambiaron lo que un recovery debe gestionar, y una compilación de recovery antigua puede instalar mal una ROM aunque parezca que lo ha hecho bien.

Si la instalación mostró errores, o indicó que había terminado bien pero el dispositivo nunca arrancó, conviene comprobar la versión del recovery en la página del dispositivo del propio proyecto. Nuestra guía de instalación de TWRP explica en qué se separan los esquemas modernos de las instrucciones antiguas.

Compilaciones no compatibles y no oficiales

Las ROM de la comunidad varían en madurez. Una compilación oficial para un dispositivo bien mantenido no es lo mismo que un port no oficial con un único mantenedor y un puñado de probadores.

Conviene comprobar esto antes de dedicar más tiempo a depurar:

  • ¿Es una compilación oficial para tu dispositivo o un port?
  • ¿Cuándo se actualizó por última vez y sigue activo el mantenedor?
  • ¿Hay otros usuarios con exactamente tu variante que informen de arranques correctos con esta compilación?
  • ¿Hay problemas conocidos listados para tu variante?

A veces la respuesta es que la compilación aún no funciona en tu variante, y ningún procedimiento correcto lo cambia. Nuestra comparativa de ROM personalizadas indica qué proyectos tienen el mejor soporte de dispositivos.

Volver al firmware stock

Si quieres parar y volver al software del fabricante, esa vía existe y normalmente es la forma más fiable de recuperar un móvil que funcione.

Requiere el firmware stock correcto para tu modelo y región exactos, obtenido de la distribución del propio fabricante, y el procedimiento del propio fabricante. Da por hecho que esto borra los datos del usuario, salvo que la documentación del fabricante indique lo contrario para el modo concreto que uses.

Volver a stock no revierte por sí solo un bootloader desbloqueado, y volver a bloquear el bootloader con software que no es stock puede dejar un dispositivo que no arranca y que no se puede flashear. No lo vuelvas a bloquear hasta que el dispositivo ejecute firmware stock sin modificar y arranque sin problemas.

Preguntas frecuentes

¿Cuánto es demasiado para un primer arranque? Más de lo que piensas, y la señal útil es si la animación sigue en marcha, no el reloj. Un fotograma congelado es un arranque detenido. Una animación que se reinicia desde el principio una y otra vez es un bucle.

¿Puedo flashear otra ROM para arreglarlo? Puedes, pero si el problema de fondo es la base de firmware o el recovery, la siguiente ROM chocará con el mismo muro. Identifica antes la capa que no encaja, o estarás probando ROM en lugar de diagnosticar.

¿Un flasheo limpio lo arreglará seguro? No. Resuelve los conflictos causados por datos sobrantes. No resuelve una base de firmware incorrecta, un recovery incompatible, una variante no compatible ni una compilación defectuosa. Es irreversible, así que conviene agotar antes las comprobaciones no destructivas.

Mi recovery dice que los datos están corruptos. ¿Los he perdido? No necesariamente. Un recovery que no puede descifrar la partición muestra un mensaje parecido al de uno que lee datos dañados. Una compilación de recovery compatible con tu dispositivo puede leerla sin problemas. No formatees solo para que desaparezca el mensaje.

¿Tengo que volver a bloquear el bootloader después? No, y hacerlo con software personalizado instalado puede dejar un dispositivo que ni arranca ni acepta un flasheo. Si quieres bloquearlo, vuelve antes a stock sin modificar y comprueba que el dispositivo arranca.

¿Se puede arreglar a distancia? Si el dispositivo llega al recovery o a fastboot y tienes un ordenador, por lo general sí, porque las operaciones se ejecutan desde el equipo. Esto es lo que incluye una sesión.


Lecturas relacionadas: Arreglar un bootloop sin perder datos · Qué significa cada síntoma de la pantalla de arranque · Android arranca siempre en el recovery · Soft brick y hard brick · Las mejores ROM personalizadas

Fuentes: documentación de particiones y particiones dinámicas del Android Open Source Project.

Última verificación: 23 de agosto de 2026. Los requisitos de la base de firmware, la compatibilidad del recovery y los procedimientos de instalación son específicos de cada dispositivo y de cada compilación de ROM. Sigue la documentación del propio mantenedor para el nombre en clave exacto de tu dispositivo.