Qué es un panic-full de iPhone y cómo leer sus firmas
Cada vez que un iPhone sufre un kernel panic — un colapso del núcleo del sistema operativo —, iOS escribe un informe forense completo del incidente: el archivo panic-full. Para un técnico de reparación, ese archivo es el equivalente a la caja negra de un avión: registra qué componente falló, cuándo y en qué condiciones. Saber leerlo convierte un diagnóstico de horas en uno de minutos.
¿Por qué el iPhone genera este archivo?
El kernel de iOS supervisa constantemente los componentes críticos del equipo: sensores térmicos, coprocesadores, buses de datos, memoria. Cuando detecta una condición imposible de manejar con seguridad — un sensor que desapareció, un chip que no responde, una lectura térmica ausente — prefiere detener todo el sistema antes que arriesgar daños mayores (por ejemplo, cargar la batería sin poder leer su temperatura). Ese frenazo de emergencia es el kernel panic, y el panic-full es su acta.
Dónde encontrar el panic-full
- En el iPhone: Ajustes → Privacidad y seguridad → Análisis y mejoras → Datos de análisis.
- Busca los archivos cuyo nombre empieza con
panic-full-seguido de fecha y hora. - Tócalo y usa el ícono de compartir para enviarlo (AirDrop, correo, etc.).
- Alternativa de taller: extraerlo con 3uTools o iMazing desde una computadora, útil cuando el equipo se reinicia demasiado rápido para navegar los ajustes.
La anatomía del log
El archivo parece intimidante — cientos de miles de caracteres — pero la información de diagnóstico se concentra en unos pocos campos:
"product"— el identificador interno del modelo (ej.iPhone11,6= iPhone XS Max). Ojo: no coincide con el nombre comercial."os_version"— la versión de iOS al momento del pánico."panicString"— la línea de oro: describe la causa exacta del colapso y nombra la firma del componente involucrado.- El resto (pilas de llamadas, listas de tareas, volcados de registros) es contexto que rara vez cambia el diagnóstico, pero esconde pistas en casos difíciles.
Las firmas más comunes y qué significan
| Firma en el log | Qué significa | Sospechoso habitual |
|---|---|---|
Missing sensor: mic2 | El micrófono trasero dejó de responder | Flex de carga / flex del botón de encendido según modelo |
Missing sensor: prs0 | El barómetro no aparece en el bus | Flex de carga (el sensor vive ahí) |
Missing sensor: tg0b | Sin lectura del termistor de batería | Batería, conector o líneas I2C/SMBus de batería |
AOP PANIC | El coprocesador Always-On falló gestionando sensores | Sensores de proximidad/luz, flex superior, audio |
SMC PANIC | El controlador de energía detectó una condición anómala | Circuitos de carga, carga inalámbrica, energía |
watchdog timeout | Un componente no respondió durante 180 s | Coprocesadores o periféricos del bus principal |
Fallos PCIe / enlace | Se perdió la comunicación con un chip de alta velocidad | NAND, módem baseband, Wi-Fi |
La misma firma puede apuntar a componentes distintos según el modelo — el mic2 de un iPhone 11 no vive en el mismo flex que el de un XS Max. Por eso el diagnóstico serio siempre cruza firma + modelo exacto.
¿Tienes un panic-full en la mano ahora mismo?
Súbelo a iPanic Analyzer Pro: el motor CoreMatch™ extrae las firmas, las cruza con reparaciones reales verificadas del mismo modelo, y te entrega el componente sospechoso con su procedimiento de reparación. El primer análisis es gratis.
Analizar mi panic-full gratisErrores comunes al interpretar un panic-full
- Confundir el identificador interno con el modelo comercial —
iPhone11,6es un XS Max, no un iPhone 11. Diagnosticar sobre el modelo equivocado lleva al flex equivocado. - Quedarse con la palabra "watchdog" — muchos pánicos AOP/SMC mencionan al watchdog en su traza interna, pero la causa raíz es otra. La firma principal está al inicio del
panicString. - Culpar al software por defecto — si el panicString nombra sensores o buses, restaurar iOS no va a resolverlo.