kernel panics on sleep, M1 Macbook Air Big Sur

Tengo el mismo problema con el nuevo Macbook Air M1 MacOS 11.2. Hay un patrón: Pantalla externa LG 4k, 2 discos externos. En expulsa con éxito, desconecto los dispositivos, lo cierro y lo vuelvo a abrir 60 segundos después. Voilá: aparece el error. No ha ocurrido a menos que se haya conectado recientemente a dispositivos externos.

Creo que tengo el mismo problema/fallo.

Nuevo iMac Pro con instalación limpia (obviamente) de macOS 11 (desde hoy 11.2.1) tres veces en 60 días he vuelto a un desatendido (y por lo tanto, presumiblemente inducida por el sueño) reinicio sin gracia con la pantalla de inicio de sesión (no despertar). Pero - en mi opinión, significativamente - 57 veces he dejado la máquina encendida y volver a todo normal.

Dos veces he tenido un k/p en el apagado - también (creo) relacionado con algún tipo de tiempo de espera ¿dispositivo(s) externo(s)? No iPhone.

Encantado de compartir los registros. Pero no conozco los registros (¿del sistema?) lo suficientemente bien como para saber cuáles, dónde y qué buscar.

kextstat revela sólo los kexts de Apple instalados.

La única otra cosa que creo que podría ser relevante es el hecho de que mi icono de Time Machine en la barra lateral del Finder a menudo gira durante varias horas (!) después de una copia de seguridad de TM - y los registros muestran varias líneas como estas:

Feb  8 16:51:44 iMac-Pro com.apple.xpc.launchd[1] (com.apple.mdworker.shared.05000000-0500-0000-0000-000000000000[20917]): Service exited due to SIGKILL | sent by mds[115]
Feb  8 16:51:59 iMac-Pro com.apple.xpc.launchd[1] (com.apple.mdworker.shared.02000000-0400-0000-0000-000000000000[20924]): Service exited due to SIGKILL | sent by mds[115]
Feb  8 16:52:56 iMac-Pro com.apple.xpc.launchd[1] (com.apple.mdworker.shared.02000000-0500-0000-0000-000000000000[20941]): Service exited due to SIGKILL | sent by mds[115]
Feb  8 16:53:32 iMac-Pro com.apple.xpc.launchd[1] (com.apple.mdworker.shared.0A000000-0300-0000-0000-000000000000[20902]): Service exited due to SIGKILL | sent by mds[115]

a menudo por cientos; que me hacen pensar más que nunca en los tiempos muertos fallidos.

TIA para cualquier orientación :-)

Quiero recalcar que este es un hilo para pánicos en dispositivos M1 con un error muy concreto: "Transición de reposo agotada tras 35 segundos".

@jksoegaard: desconectar dispositivos es una solución propuesta interesante, pero plantea la siguiente pregunta:

¿Por qué un retraso en la respuesta de un dispositivo externo puede provocar un kernel panic?

Más importante aún, en mi caso, estoy bastante seguro de que el dispositivo involucrado es un Thunderbolt Display, por lo que no es una opción simplemente desconectarlo.

Acabo de tener el mismo problema con un adaptador HP Zbook Thunderbolt3 con paso de energía (es decir, una conexión TB a MBA M1). Conectado a esto tengo:

• un adaptador USB-C de Anker que se conecta a una pantalla HDMI y a una tarjeta microSD.
• un disco duro Seagate para Timemachine conectado por USB

El adaptador ZBook HP TB3 es genial, ya que era muy barato de segunda mano, funciona con M1, a pesar de ser 'no reconocido' (no funcionaba con Intel MBPro). Sin embargo, tengo un problema en el que después de ir a dormir las pantallas no se encienden a menos que el adaptador TB3 está sin alimentación o el TB3 desconectado de la MBA (y los discos no expulsado correctamente en ambos casos). La tecla de bloqueo de mayúsculas se ilumina cuando se pulsa cuando esto sucede, pero sólo tiene la pantalla en negro. Sin embargo ahora esto no funcionó y tuve que reiniciar y me dio el mismo error de pánico 35s con paquete sospechoso: com.apple.driver.AppleTypeCPhy. Creo que la solución mayo por lo tanto ser expulsar los discos en el sueño (o no ir a dormir obvs) pero ya veremos. ¡Espero que esto pueda dar alguna idea a alguien!

El mensaje de pánico indica que no puede pasar completamente al modo de suspensión en 35 segundos, lo que significa que el sistema operativo está esperando algo (un dispositivo).

En tu caso, indicas en los comentarios que lo único que está conectado al Mac es un iPhone.

Desenchufa el iPhone del Mac y esto debería resolver el problema del modo de suspensión.