¿Se pueden recuperar los datos de un Android brickeado? Depende del estado
Lo deciden tres condiciones independientes y deben cumplirse las tres. La mayoría de las guías solo habla de una. Aquí tienes la tabla por estado.

Índice
Tienen que cumplirse tres condiciones a la vez: que los datos sigan físicamente ahí, que las claves de cifrado sigan disponibles y que exista una vía funcional para llegar a ambos. Las guías sobre este tema suelen tratar solo la primera y pasar por alto las otras dos, por eso sus respuestas suenan más optimistas que la realidad. La tabla de abajo cubre las tres según el estado del dispositivo.
Las tres condiciones
Casi toda conversación confusa sobre este tema nace de tratarlas como una sola pregunta.
Condición 1: ¿los datos siguen físicamente ahí? Los chips de almacenamiento son pequeños, resistentes y sobreviven a daños que destruyen el resto del teléfono. Una pantalla rota, una batería muerta o un marco partido no afectan a los datos guardados. Un almacenamiento averiado o una placa muy dañada, sí.
Condición 2: ¿están disponibles las claves de cifrado? Android moderno cifra los datos del usuario con claves vinculadas a tu credencial de bloqueo de pantalla y guardadas en un almacén de claves respaldado por hardware dentro del dispositivo. Sin esas claves, los bloques almacenados no son archivos. Son ruido que casualmente tiene el tamaño correcto.
Condición 3: ¿hay una vía para acceder a ellos? Aunque los datos estén intactos y las claves disponibles, algo tiene que leer el almacenamiento y descifrarlo. Normalmente eso significa que el dispositivo arranque lo suficiente para descifrar su propio almacenamiento, porque las claves están en su hardware.
Las tres. Un teléfono puede cumplir dos y aun así no devolver nada.
Esto es lo que callan los proveedores de estas herramientas. Una utilidad de escaneo aborda la condición 3 y da por hechas la 1 y la 2. En un dispositivo moderno cifrado donde ya se ejecutó un borrado, la condición 2 ha fallado de forma permanente y ningún escaneo lo cambia.
La tabla de viabilidad
| Estado del dispositivo | ¿Datos probablemente intactos? | ¿Claves disponibles? | ¿Vía remota o por software? | ¿Vía local por hardware? | Perspectiva realista |
|---|---|---|---|---|---|
| Arranca con normalidad pero tiene un problema | Sí | Sí | Sí, solo cópialos | No hace falta | Haz la copia hoy mismo |
| Bootloop, llega a recovery o fastboot | Sí | Sí, si conoces la credencial de bloqueo | A veces, depende del descifrado en recovery | Sí | La mejor posición sin llegar a arrancar |
| Solo llega al logo, fastboot accesible | Sí | Sí, si conoces la credencial | Primero repara el arranque, luego copia | Sí | Buena, si no se ejecuta nada destructivo |
| Atascado en recovery, la partición de datos no se monta | Sí | Depende del motivo | Posible, un problema de versión del recovery no es un daño en los datos | Sí | No formatees para quitar el aviso |
| Solo se enumera a bajo nivel, sin arranque | Probable | En el hardware, pero nada en ejecución que las use | Rara vez | A veces, especialista | Mala para los datos, y las restauraciones de bajo nivel borran |
| Sin enumeración ni señales de vida | Desconocido | Desconocido | No | Trabajo a nivel de placa | Depende por completo de la avería |
| Daño físico en la placa o el almacenamiento | Incierto | Incierto | No | Laboratorio especializado | Se evalúa caso por caso |
| Se ejecutó un restablecimiento de fábrica | Pueden quedar bloques | No, destruidas | No | No | No recuperable |
| Partición de datos formateada | Pueden quedar bloques | No, destruidas | No | No | No recuperable |
| Se desbloqueó el bootloader después del fallo | Borrados por el desbloqueo | No, destruidas | No | No | No recuperable |
| Credencial de bloqueo olvidada | Sí | No, la credencial libera las claves | No | No | No recuperable sin la credencial |
Las cuatro últimas filas merecen una segunda lectura, porque tres de ellas describen cosas que la gente hace al intentar arreglarlo por su cuenta.
Por qué ahora un borrado es definitivo
El modelo de cifrado de Android cambió y ese cambio no se conoce ampliamente fuera del sector.
La documentación del Android Open Source Project indica que los dispositivos que salen con Android 10 o superior deben usar cifrado basado en archivos, que Android 10 a 12 admitían el cifrado de disco completo antiguo solo en dispositivos actualizados desde Android 9 o anterior, y que Android 13 eliminó por completo la compatibilidad con el cifrado de disco completo.
Con el cifrado basado en archivos, los archivos se cifran con claves derivadas de tu credencial y protegidas por un almacén de claves respaldado por hardware. Un restablecimiento de fábrica elimina ese material de claves. El texto cifrado puede seguir en el chip de memoria flash, pero sin la clave no se descifra, y la clave no está en ningún otro sitio.
Por eso el modelo de software de recuperación de hace una década no sirve hoy. Esas herramientas buscaban firmas de archivos en un almacenamiento sin cifrar, y funcionaba porque los datos eran legibles. Esa premisa ya no se cumple en un dispositivo moderno, y una herramienta que promete escanear un teléfono restablecido y devolverte las fotos describe justo lo que el diseño del cifrado existe para impedir.
La regla práctica: el momento de recuperar es antes del borrado. No después.
Las tres formas de destruir tus propios datos
Las tres las comete alguien que intenta arreglar el teléfono.
Hacer un restablecimiento de fábrica porque un menú lo sugería. El recovery de stock muestra la opción de restablecer junto a otras inofensivas, con el mismo aspecto, a menudo justo después de un mensaje sobre posibles datos corruptos. Es irreversible. Antes de elegir nada ahí, conviene leer qué hace realmente cada opción del menú de recovery.
Formatear la partición de datos para quitar un error de montaje. Un recovery personalizado que no puede descifrar la partición muestra algo que parece corrupción de datos. Con frecuencia la causa es una compilación del recovery que no admite bien el cifrado del dispositivo, no datos dañados. Formatear hace desaparecer el mensaje de error destruyendo aquello de lo que avisaba.
Desbloquear el bootloader para conseguir acceso. En Android, desbloquear provoca un borrado de datos como medida de seguridad deliberada, justo para impedir que alguien haga esto con un teléfono que no es suyo. Si tu bootloader está bloqueado y tus datos importan, desbloquearlo no es un paso de recuperación. Es el final de la recuperación.
Hay una cuarta, más discreta: ejecutar un script de flasheo del fabricante que incluye un paso de borrado, porque el objetivo era reparar el sistema. Lee el script.
Qué hacer ahora mismo, en orden
Si los datos importan y el dispositivo está en cualquier estado por encima de las cuatro últimas filas:
- Detente. No restablezcas, formatees, desbloquees ni flashees nada todavía.
- Anota el estado exacto. Qué muestra la pantalla, qué ve el ordenador y qué pasó antes.
- Comprueba qué ya tiene copia de seguridad. Revisa las copias de fotos en la nube y la sincronización de la cuenta desde otro dispositivo. Buena parte de lo que causa pánico ya está guardado en algún sitio, y averiguarlo lleva cinco minutos.
- Anota si conoces la credencial de bloqueo de pantalla. Si no la conoces, la condición 2 ha fallado y el resto no se aplica.
- Pide que evalúen el estado antes de autorizar cualquier reparación, incluida la del fabricante, porque los procesos de reparación habituales suelen incluir un borrado.
El punto 5 es el que la gente se salta. «Arreglamos tu teléfono» y «salvamos tus archivos» son resultados distintos, y una reparación autorizada sin precisar cuál querías normalmente entrega el primero.
Lo que no te vamos a prometer
No prometemos recuperar datos tras un borrado. Si ya se ejecutó un restablecimiento de fábrica o un formateo en un dispositivo moderno cifrado, la respuesta es no, y un servicio que diga otra cosa describe un dispositivo muy antiguo o vende algo que no funcionará.
No damos una tasa de recuperación. El resultado depende del estado del dispositivo, de si tienes la credencial, de si el almacenamiento está intacto y del modelo concreto. Un único porcentaje para todo eso no aporta información.
No saltamos bloqueos de pantalla ni la seguridad de la cuenta para acceder a los datos, y exigimos verificar la titularidad en todo lo que afecte al estado de la cuenta. El requisito de la credencial de la condición 2 no es un obstáculo que rodeemos. Es el modelo de seguridad, y es lo mismo que protege tus datos si te roban el teléfono.
Recuperación física y sus límites
Cuando la placa está dañada pero el chip de almacenamiento sobrevivió, los laboratorios especializados trabajan a nivel de componente: reparan la placa lo justo para que el dispositivo arranque y descifre su propio almacenamiento, o trabajan directamente con el almacenamiento.
Dos cosas lo limitan. El cifrado moderno vincula las claves al hardware del propio dispositivo, así que leer un chip aislado da bloques cifrados y no archivos, por eso lo habitual es reparar el dispositivo en lugar de extraer el chip. Y es un trabajo físico y especializado, así que ni es remoto ni es barato.
Es una opción real para datos de verdad irreemplazables en un dispositivo que no enciende. No es la respuesta para un teléfono que solo está en bootloop, donde existen vías mucho más simples y recurrir antes al trabajo de placa sería un error. Primero averigua en qué categoría está el dispositivo.
Preguntas frecuentes
Mi teléfono está en bootloop. ¿Se perdieron mis fotos? No. Un bootloop es un fallo de arranque, no una operación sobre el almacenamiento. Tus datos y las claves siguen intactos. Lo que los pone en riesgo es la reparación que elijas después, y por eso el orden de las operaciones importa tanto.
¿Puedo copiar archivos de un teléfono que no arranca? A veces. Desde un sistema en marcha por ADB, sí. Desde el recovery de stock, el acceso por ADB es limitado y no permite extraer archivos en general. Desde un recovery personalizado se puede más, pero el recovery sigue teniendo que descifrar la partición de datos, algo que no está garantizado.
¿Me ayudará una app de recuperación de datos? Esas herramientas necesitan que el dispositivo sea accesible y que los datos sean legibles. En un dispositivo que no arranca, o tras un borrado en uno cifrado, no se dan esas condiciones previas. No son inútiles en general, simplemente no se aplican a estos estados.
Ya lo restablecí de fábrica. ¿Hay algo que hacer? En un dispositivo moderno cifrado, siendo realistas, no para los datos locales. Revisa tus copias en la nube, que es donde suele estar la copia recuperable: servicios de copia de fotos, sincronización de la cuenta y cualquier copia de apps de mensajería que tuvieras activada.
¿Rootear el teléfono ayuda a recuperar datos? No en un dispositivo que no arranca, y intentarlo suele exigir desbloquear el bootloader, lo que borra. El root no es una técnica de recuperación de datos en un teléfono roto.
¿Cuánto cuesta una evaluación? La nuestra es gratuita, y te damos la perspectiva realista antes de acordar ningún trabajo, incluso cuando la perspectiva es que no se puede recuperar nada. Desconfía de cualquier proveedor que dé un precio y una promesa sin ver el estado del dispositivo.
Lecturas relacionadas: Android que no enciende: diagnóstico de software o hardware · Arreglar un bootloop sin perder datos · Soft brick y hard brick en Android · Android arranca siempre en recovery · Modo EDL explicado
Fuentes: documentación del Android Open Source Project sobre cifrado basado en archivos y de disco completo.
Última verificación: 27 de agosto de 2026. Las implementaciones de cifrado, la compatibilidad de descifrado en recovery y las opciones de reparación varían según el fabricante, el modelo y la versión de Android. Este artículo describe categorías, no un procedimiento para un dispositivo concreto.