Pánico en el núcleo en iPhone (Kernel Panic)

Si tu iPhone se apaga o se reinicia inesperadamente, lo más probable es que haya documentación sobre este problema en tu teléfono. Bucear en tus registros parece una tarea desalentadora. Pero si sabes qué buscar, puede proporcionarte datos muy valiosos sobre la naturaleza del problema.

Esta página no es en absoluto una lista completa. ¡Si tu caso no aparece en la lista, publica en el foro de respuestas! Seguro que a alguien le ha pasado lo mismo.

En términos de macOS, iOS y otros sistemas operativos basados en Unix, un kernel panic es un error que el sistema operativo encuentra y del que no puede recuperarse fácilmente. En muchos sentidos, es comparable a una Pantalla Azul de la Muerte de Windows. Se manifiesta como un apagado o reinicio inesperado.

Si tu teléfono se reinicia inesperadamente, es muy probable que se trate de un kernel panic. Simplemente no sabías que se llamaba así.

En los dispositivos iOS, los kernel panics casi siempre indican un problema de hardware.

Los iPhones almacenan los registros del sistema en un menú poco frecuentado por el usuario medio: en las profundidades de las cavernas de los ajustes de análisis.

1. Abre la aplicación Configuración.
2. Navega hasta Privacidad
3. Desplázate hasta el final y abre "Análisis y mejoras".
   • NOTA: El nombre exacto de este menú dependerá de la versión de iOS que tenga tu teléfono.
4. Abre "Datos analíticos".
5. Desplázate por la lista en orden alfabético hasta la sección "P" y busque cualquier entrada cuyo título contenga la palabra "pánico". Normalmente aparecen como panic.full, seguido de la fecha y hora en que se produjo el pánico.

Hay mucha información extraña en estos registros. Lee la primera parte para encontrar la cadena de pánico. Este es el error que en última instancia condujo al fallo. Este error también puede aparecer sin la cadena de pánico inmediatamente después de la llamada a la CPU (esto simplemente significa qué bit de la CPU reportó el problema). Incluso puede haber datos útiles más allá de eso en la primera pantalla de texto.

• Usa tu cerebro. Es posible que encuentres términos que se utilizan en otros campos de la electrónica. Por ejemplo, WLAN se utiliza a menudo para referirse a Wi-Fi. Problemas con tu chip WiFi, o antena, es una conclusión lógica si ves WLAN en un registro de pánico.
• Puedes encontrar cosas en el registro que se refieren a componentes específicos de la placa lógica. Nombres como Tristar, Tigris, Chestnut, y muchos otros pueden dar pistas.
• En definitiva, si ves datos que parecen no ser sólo una cadena de letras y números sin sentido, investiga un poco. Te sorprenderá lo que puedes aprender de estos registros, incluso si no eres un ingeniero de software.
• Ten en cuenta que leer los registros de pánico no es una ciencia exacta. No hay causa y efecto absolutos. La misma cadena de pánico podría tener cinco soluciones diferentes. Un registro de pánico es una pista, y nada más.

Utiliza panic.full o iDevice Panic Log Analyzer como una forma rápida de obtener datos sobre el incidente. Pero sin contexto esto puede escupir un montón de información que no estás seguro de qué hacer con ella.

Incluido en sus procesos de sistema, iOS contiene una comprobación regular de la entrada de sensores. Si no recibe noticias de estos sensores en tres minutos, reinicia el teléfono. Jessa en iPad Rehab ha realizado un un artículo bastante extenso sobre este problema específico.

Para llegar a la causa, sigue leyendo más allá de la cadena de pánico para encontrar el sensor que falta.

• Otros sensores están menos documentados, y pueden requerir algo de contexto ya que Apple no hace públicas las ubicaciones o nombres de los sensores. iPads parecen tener algunos sensores vitales en la pantalla. También existen sensores a nivel de placa, pero sufren las mismas conjeturas en la nomenclatura.

El proceso Watchdog Timeout comprueba la funcionalidad general del sistema. Si la cantidad de tiempo entre comprobaciones excede el máximo (normalmente 180 segundos), el dispositivo se reinicia para intentar corregirlo.

• En lugar de un sensor faltante como se discutió anteriormente, también puede obtener un fallo de comprobación de un componente de software. Son comunes los procesos Springboard, logd, wifid o thermalmonitord (sin referencia a la falta de un sensor). Aunque estos procesos pueden correlacionarse con un componente de hardware, normalmente se trata de un problema de software.
• Este problema ha aparecido con frecuencia en las primeras versiones de iOS 16. La solución suele ser asegurarse de tener una copia de seguridad y restaurar el software del teléfono.
• Queda por ver si Apple ha corregido esto con iOS 16.2, pero intentar actualizar merece la pena si no quieres hacer una copia de seguridad. Trate de usar el método de modo de recuperación para procesar la instalación para evitar reinicios a mitad de proceso.

i2c o i²c, si quieres ser técnicamente correcto, es un protocolo basado en la electrónica utilizado para la comunicación entre una red de chips. Esto incluye un maestro y cualquier número de subordinados a los que envía comandos.

No voy a entrar demasiado en cómo funciona esto, pero en muchos casos, el chip maestro es la CPU. Como puedes imaginar, si la CPU no obtiene la información que necesita, o no recibe los comandos que envía, ocurren cosas malas.

Este pánico en particular necesitará mucho contexto. Los iPhones contienen varios "canales" i2c diferentes y qué componentes hablan en cada canal varía según el modelo.

• El panic puede incluir algunas otras pistas. Nombres de partes como ALS para Ambient Light Sensor u otros pueden aparecer en la palabrería.
• Tener acceso al esquema hará que descifrar este pánico sea mucho más fácil, ya que le dirá qué componentes se comunican en qué canales. También puede darle las direcciones del chip problemático.

Los pánicos AOP son un subconjunto completo de tipos de pánico. AOP es el Always On Processor, un segmento de la CPU que ejecuta funciones que están siempre encendidas. Las funciones Always On pueden ejecutarse incluso cuando el dispositivo está apagado. Recientes actualizaciones de la red Find My que permiten al dispositivo continuar transmitiendo su localización en un estado apagado, probablemente hacen uso de esta tecnología.

Una NMI es una "Interrupción No Enmascarable". En términos sencillos es una información que no puede ser ignorada y puede interrumpir la transmisión de otras señales. Normalmente se utiliza para algún tipo de error, o reinicios del sistema.

• Este pánico suele estar relacionado con el cable del botón de encendido, o con el conjunto de la cámara frontal.

Este pánico ocurre típicamente durante funciones relacionadas con audio, cómo subir el volumen al máximo.

• Debido a que el flex de puerto de carga lleva las señales del altavoz a la placa, el daño a este ensamblaje es la causa más común de este pánico.
• Comprueba si hay daños por líquidos para estar seguro y reemplázalo con un repuesto de alta calidad, o OEM si es posible.

ANS2 (Apple NAND Storage versión 2) es el controlador de Apple para, lo has adivinado, almacenamiento. NAND es un tipo de memoria flash comúnmente utilizado en los smartphones modernos y ordenadores con almacenamiento soldado.

• Si te entra este pánico, lo más probable es que el chip que alberga todos los datos de tu teléfono esté funcionando mal o que las líneas de comunicación con la NAND no funcionen correctamente.
• Sustituir la NAND requiere conocimientos de microsoldadura y el uso de un programador para escribir datos únicos del chip NAND antiguo en el nuevo.

A veces los desarrolladores de software se divierten más codificando lo que ocurre en momentos de error que otras cosas porque es probable que sean los únicos que los vean. Este error es bastante sencillo. Tu CPU no sólo está caliente-está Caliente Caliente Caliente.

• Este pánico específico se refiere a una línea eléctrica entre el chip de Administración de Energía y el CPU. De hecho, podría significar que su CPU se está calentando demasiado. También podría significar, un problema a nivel de placa con esta línea.
• Independientemente de los detalles, esto es casi seguro un problema de la placa lógica, no un problema de partes.

El Secure Enclave Processor o SEP es la parte de un subsistema iPhone que maneja todos los datos protegidos y sensibles de un iPhone. Cosas como claves de encriptación y datos de identificación facial o de huellas dactilares. La memoria de sólo lectura o SEP ROM es una parte integral de este sistema que verifica la confianza entre sistemas.

• Un pánico de la SEP ROM indica que el chip de la ROM o la comunicación entre éste y la CPU están dañados.
• Los datos de la SEP ROM son únicos, por lo que si se dañan, no pueden volver a crearse. Hay lectores que permiten extraer los datos, pero puede significar un desastre para el teléfono.

El SMC, o controlador de gestión del sistema será familiar para aquellos que alguna vez han hecho cualquier tipo de solución de problemas en un MacBook. iPhones también incluyen un SMC, pero en lugar de ser su propio chip, es parte de la CPU. Estos pánicos a menudo mencionan el error BSC FAILURE.

• Los pánicos de tipo Assertion Failed han empezado a aparecer en el iPhone 13. Similares a un Watchdog Timeout, reinician el dispositivo a los tres minutos.
• El registro generalmente menciona un sensor afectado seguido de un código.
  • Los siguientes códigos de sensor se utilizan en los modelos iPhone 13:
    • 0x400 es un problema de la placa base (sólo iPhone 13 Mini).
    • 0x800 está en el ensamblaje del puerto de carga.
    • 0x1000 forma parte del cable del sensor frontal.
    • 0x4000 es parte de la batería.
  • Los sensores del iPhone 14 son los siguientes:
    • 0x20000 es un problema de la placa sandwich.
    • 0x40000 es el flex del puerto de carga.
    • 0x80000 es el flex del cable de proximidad.
    • 0x100000 es el flex del botón de encendido. (Nota: El material fuente en repair.wiki señala este bit de error como 0x10000, pero todo lo demás en él apunta a que en realidad es 0x100000 por lo que la conclusión es que 0x10000 es un error tipográfico y 0x100000 es el valor correcto.)
  • Ten en cuenta que se puede indicar más de un sensor; por ejemplo, un código de 0x1800 en un iPhone 13 indicaría problemas de sensor tanto en el puerto de carga como en el cable sensor frontal.

• Estos números están en hexadecimal, por lo que tendrán un aspecto extraño cuando aparezca más de uno; por ejemplo, 0xC0000 significaría tanto el puerto de carga como los sensores del cable de proximidad en un iPhone 14. Tienes que usar una calculadora de programador, ponerla en hexadecimal y sumar 0x40000 + 0x80000 = 0xC0000..

El núcleo de un Sistema Operativo es exactamente como suena: las partes centrales. Si las instrucciones están indefinidas, a menudo se debe a que las instrucciones están dañadas o no funcionan correctamente.

• Generalmente se trata de un problema de software. Compruebe si hay actualizaciones del sistema operativo o incluso de las aplicaciones.
• Si las actualizaciones no se resuelven, puede que tenga que volver a instalar o restaurar el sistema operativo por completo.
• Si el problema persiste, lo más probable es que se trate de un problema del sistema relacionado con la memoria RAM o el almacenamiento NAND. Aquí es donde las instrucciones tienden a ser localizado y cuando los componentes, o sus sistemas relacionados con la junta están dañados, también lo puede hacer la información que están de vivienda o transmitir

• Solución de problemas del sensor térmico
• Cómo arreglar un iPhone 14 Pro que se reinicia aleatoriamente
• Vídeo: ¿Qué está causando que su iPhone se reinicie aleatoriamente?