¿Qué es un panic full en un iPhone?
Actualizado el 2026-10-14
Un panic full es el archivo panic-full-….ips que el kernel de iOS escribe cada vez que el iPhone sufre un pánico y se reinicia de golpe. Un pánico aislado no es una avería; varios pánicos con la misma firma suelen indicar una pieza de hardware, a menudo un flex o un sensor que dejó de responder.
¿Qué es exactamente un panic full?
Un panic full es un archivo de texto con extensión .ips que iOS guarda cuando el kernel (el núcleo del sistema) encuentra un error del que no puede recuperarse. En ese momento el iPhone no se cierra con normalidad: se detiene, escribe el informe y se reinicia. Al volver a arrancar, el informe aparece en los datos de análisis con un nombre del tipo panic-full-2026-10-12-093114.ips.
El archivo contiene varios datos útiles para un técnico:
- el modelo interno del equipo (
product, por ejemploiPhone16,2); - la versión de iOS (
os_version); - el panicString, la frase que describe por qué el kernel se detuvo;
- información del sistema en el momento del fallo (procesos, núcleos de la CPU, memoria).
El panicString es la parte que importa para el diagnóstico. Explicamos cómo interpretarlo en Cómo leer un panic full de iPhone paso a paso.
¿Un panic full aislado es una avería?
No. Un pánico aislado puede ser consecuencia de un error de software: una versión de iOS con un fallo, una app que provoca un error en un controlador, una restauración incompleta. Si el iPhone se reinició una vez hace dos semanas y desde entonces funciona bien, no hay motivo para abrirlo.
La situación cambia cuando:
- aparecen varios panic full seguidos, a veces decenas en un mismo día;
- todos muestran la misma firma (el mismo código, el mismo sensor o el mismo proceso);
- el iPhone se reinicia a intervalos regulares, por ejemplo cada 3 minutos (ver iPhone se reinicia cada 3 minutos: causa y solución).
Pánicos repetidos con una firma constante apuntan casi siempre a hardware: un flex mal conectado o dañado, un sensor que ya no responde, una batería que no envía sus datos, un defecto en la placa.
¿Qué familias de pánico existen?
El panicString no es libre: sigue patrones que se repiten. Agruparlos por familias permite saber en qué zona del equipo buscar.
| Familia | Ejemplo de texto en el log | Qué suele indicar |
|---|---|---|
| SMC sensor array | SMC PANIC … sensor array … 4194304 |
Un sensor obligatorio no responde; el código indica cuál según el modelo |
| Sensor ausente (missing sensor) | Missing sensor(s): mic2 |
thermalmonitord no recibe datos de un sensor concreto (micrófono, barómetro, batería) |
| Watchdog | userspace watchdog timeout: no successful checkins from wifid |
Un proceso del sistema dejó de responder; a menudo software, a veces hardware |
| AOP | AOP PANIC |
Problema relacionado con el Always-On Processor y sus periféricos |
| NAND / almacenamiento | ANS2, nvme |
Chip de almacenamiento o sus líneas: placa |
| SEP | SEP panic, SEP ROM boot |
Secure Enclave: placa o firmware |
| I2C | i2c… timeout, for device … |
El procesador ya no se comunica con un periférico del bus |
| Pantalla | IOMFB, DCP |
Subsistema de pantalla |
Cada familia tiene sus reglas. Por ejemplo, en la familia SMC sensor array, el mismo código no apunta a la misma pieza en un iPhone 13 que en un iPhone 15 Pro. Por eso el modelo exacto (product) es indispensable.
¿Por qué el iPhone se reinicia cuando falla un sensor?
En los iPhone recientes, el controlador de gestión del sistema (SMC, integrado en el SoC) espera periódicamente una respuesta de cada sensor obligatorio. Si uno de ellos deja de responder, por ejemplo el sensor del flex del puerto de carga o el de la bobina de carga inalámbrica, el sistema fuerza un reinicio. Mientras el sensor siga mudo, el ciclo se repite.
Es la explicación del síntoma más conocido por los talleres: el iPhone que se reinicia solo cada 3 minutos. Un estudio publicado en DFRWS APAC 2025 reprodujo este comportamiento desconectando módulos uno a uno y midió reinicios cada 50 a 150 segundos según el caso.
¿Se puede leer un panic full sin ser experto?
Sí, con un poco de método:
- Identifica el modelo en la línea
product. - Busca el panicString y su familia (SMC, missing sensor, watchdog…).
- Anota el código o el nombre del sensor.
- Compara con una tabla del modelo correspondiente.
La dificultad está en el paso 4: las tablas que circulan a veces se contradicen o mezclan modelos. Nuestra base reúne 111 reglas, cada una con su fuente, y muestra las dos lecturas cuando las fuentes no coinciden. Puedes consultarla en table o en el índice de codes.
¿Qué hago con mi panic full?
- Recupera varios logs del mismo equipo, idealmente del mismo día. La guía está en Cómo ver y obtener el panic full de un iPhone.
- Analízalos con tool: el analizador detecta la familia, el código y el modelo, y te muestra la pieza probable en una vista 3D, la prueba que debes hacer antes de pedirla y las trampas conocidas.
- Confirma con una pieza que sepas que funciona antes de comprar o sustituir. Un diagnóstico por log orienta la reparación; no la sustituye.
¿Qué diferencia hay entre un panic full y otros informes?
En Datos de análisis conviven muchos informes. Los de las apps indican que una app se cerró, no que el iPhone se reinició. Los JetsamEvent indican que el sistema cerró apps por falta de memoria. Solo el panic full documenta un pánico del kernel con su causa completa: es el archivo que hay que analizar.
¿Qué no puede decir un panic full?
Un panic full no dice por qué un flex dejó de responder: puede estar roto, oxidado, mal conectado o ser una pieza no original que el equipo no acepta. Tampoco distingue siempre entre la pieza y la pista de la placa que la conecta. Y algunos pánicos (watchdog de procesos, errores del kernel poco específicos) se resuelven más a menudo con una restauración que con un destornillador. Por eso hablamos siempre de pieza probable, nunca de diagnóstico seguro.