Kernel panic en Mac: informes y reinicios aleatorios

Si el Mac se reinicia y avisa de que hubo un problema, hay que investigarlo de otra manera que una app que se cierra. Apple llama a este fallo pánico del kernel. Puede estar relacionado con software o hardware conectado, pero el aviso no identifica el componente responsable.

Si el Mac solo se bloquea o se cierra una app, empieza por Mac bloqueado o que falla repetidamente. Si se repiten los pánicos, conserva los informes, anota los dispositivos y cambia una sola cosa cada vez.

Guardar pruebas antes de cambiar nada

Anota la hora, la versión de macOS, los dispositivos y la actividad anterior. Incluye si acababa de salir del reposo, usaba un dock o ejecutaba una app concreta. Son observaciones para comparar, no diagnósticos.

Copia los informes útiles fuera de las carpetas que piensas limpiar. Guarda los documentos importantes antes de repetir la actividad que falló. No provoques un pánico para probar: el soporte técnico de Apple para desarrolladores advierte del riesgo de dañar archivos.

Un registro pequeño permite comparar sin cambiar varios ajustes a la vez.

Encontrar el informe del pánico

Abre Consola y revisa los informes cercanos al reinicio. La guía de Apple para Consola describe los informes de fallos como informes de apps o procesos, normalmente con extensión .ips. Un fallo de una app próximo en el tiempo no explica por sí solo el pánico del sistema.

Si no aparece, revisa la carpeta de informes del sistema mencionada en la conversación del soporte de Apple.

/Library/Logs/DiagnosticReports

Busca un informe del incidente, incluido un archivo .panic si existe. No te limites a esa extensión ni consideres todo .ips un pánico: los formatos pueden variar. Guarda el original, no solo una línea alarmante.

Buscar repeticiones sin dictar una causa

Compara hora, compilación de macOS, descripción inicial e identificadores de terceros recurrentes. La conversación de Apple sobre trazas del kernel muestra una sección Kernel Extensions in backtrace con nombres y versiones. Si existe, anota los identificadores no Apple repetidos para el fabricante.

Un nombre es una pista, no una prueba. Apple explica allí que la traza de un pánico watchdog puede mostrar el código que se ejecutaba, no el que causó el tiempo de espera agotado. No diagnostiques una RAM, GPU o app averiada por un solo nombre.

Si otras pruebas nombran una extensión del sistema, guarda su identificador exacto. No esperes que las extensiones del sistema del espacio de usuario figuren como extensiones del kernel. Envía los informes completos y el desencadenante reproducible al fabricante o a Apple en privado.

Probar los periféricos por separado

Sigue el procedimiento de Apple para reinicios inesperados: apaga y desconecta los periféricos. En un Mac de sobremesa deja conectados la pantalla, el teclado y el ratón o trackpad necesarios.

Úsalo durante el tiempo que suele bastar para que aparezca el fallo. Si permanece estable, conecta un dispositivo cada vez y repite la actividad tras cada conexión. Anota el dispositivo y cómo lo conectaste.

Si una conexión hace volver el pánico, deja de usarla mientras consultas compatibilidad y actualizaciones del fabricante. Un intervalo estable no prueba que un problema intermitente haya desaparecido.

Comparar el modo seguro con un inicio normal

El modo seguro ayuda a aislar software que se carga al arrancar. Empieza con el Mac apagado y usa el método de su procesador.

• Chip de Apple: mantén pulsado el botón de encendido hasta ver las opciones, elige el disco de arranque y, con Mayúsculas pulsada, usa el botón para continuar en modo seguro.
• Intel: enciende y mantén inmediatamente Mayúsculas hasta la ventana de inicio de sesión.

Prueba la actividad si está disponible en modo seguro. Reinicia normalmente para salir y comparar. Si solo es estable en modo seguro, investiga el software de inicio sin borrar controladores a mano.

Los consejos de Apple sobre pánicos indican revisar complementos y compatibilidad tras actualizar. Instala las actualizaciones disponibles de macOS y las compatibles del controlador o app, y vuelve a probar. Si pruebas a desinstalarlo, usa el desinstalador del fabricante y conserva antes el instalador y los datos necesarios.

Ejecutar Diagnóstico Apple y saber cuándo parar

Prepara el Mac según Diagnóstico Apple, desconectando los dispositivos salvo las excepciones indicadas. Con chip de Apple mantén pulsado el botón de encendido hasta ver las opciones, suéltalo y mantén pulsadas Comando-D. En Intel mantén D al encender, u Opción-D si no funciona.

Desde macOS Tahoe 26 puede aparecer una selección de prueba concreta. Sigue la pantalla y conserva los códigos de referencia. Un resultado sin anomalías detectadas no justifica borrar informes recurrentes.

Contacta con Apple si el diagnóstico encuentra un fallo, el Mac no dura encendido lo suficiente o los pánicos continúan tras los controles. Aporta informes, códigos y cambios probados. La guía también incluye reinstalar macOS como paso posterior; consulta esa opción antes de borrar datos. Si hay errores de disco, Primera Ayuda de Utilidad de Discos es una comprobación aparte.

Dónde encaja Mole

En Mole Mac, Limpiar puede mostrar Informes de fallos para /Library/Logs/DiagnosticReports cuando cumple las condiciones. Deja la fila sin marcar durante la investigación y conserva copias fuera del destino de limpieza. Borrar informes no diagnostica el pánico.

Preguntas frecuentes

¿El aviso de reinicio prueba que el hardware está averiado?

No. Apple enumera software y hardware, incluidos los periféricos, entre las posibles causas. Considera juntos el desencadenante, los informes y los resultados del diagnóstico.

¿El controlador que aparece en el informe es el culpable?

El nombre solo no lo demuestra. Guarda nombre y versión, compara informes y pide al fabricante que revise las pruebas antes de retirarlo.

¿Borrar los informes detiene los reinicios?

No. Consérvalos para comparar y pedir soporte. Borrar el registro de un fallo no repara su causa.