Emparejamiento del ThinkPad USB-C Dock Gen 2 con el MacBook Pro de 16''

Una causa de cierre de -20 significa que el chip T2, que es el dispositivo hardware Root para el MBP de 16" y es un componente esencial en su funcionamiento, ha detectado que ciertos procesos críticos en él se han colgado y no hay forma segura de seguir funcionando manteniendo la coherencia de los datos, por lo que la única opción que queda es apagar el sistema.

Por definición, cualquier La acción por parte del usuario que induce este comportamiento se considera un error del sistema operativo. Independientemente de las malas acciones del usuario o de un hardware o software mal diseñado, el sistema operativo debe ser siempre resistente y fallar con gracia. Un apagado o reinicio significa aquí que se ha encontrado, como mínimo, un error en MacOS (o, probablemente más, bridgeOS), y posiblemente también un error en el ThinkPad.

Apple tiene una larga historia de errores latentes que se exponen por periféricos defectuosos y usted está tropezando con otro de ellos. A fin de cuentas, como no eres un ingeniero de Apple con acceso a su código fuente y a sus herramientas de depuración, nunca encontrarás y solucionarás la causa root por ti mismo. Así que lo que hay que hacer siempre en estas situaciones es informar del error a Apple (Enlaces un y dos ). Por favor, haga esto primero para que sean capaces de recoger los datos del estado fallido de usted.

Entonces, hasta que se solucione este error y se publique una actualización, el siguiente paso es encontrar una solución. Se me ocurren algunas cosas:

1. Obviamente, puedes intentar evitar el uso del ThinkPad, pero esto no cuenta realmente como una solución.
2. Actualiza a la última versión de MacOS, que ya has hecho.
3. ¿Puedes intentar conectarlo a los puertos USB-C del otro lado del MBP? Hay una diferencia real de hardware en la ruta de la señal entre los lados izquierdo y derecho que ocasionalmente marca la diferencia para este tipo de fallos.
4. ¿Puedes intentar conectarlo a través de otro dispositivo (como un concentrador USB) en lugar de hacerlo directamente en tu MBP?
5. Si esto es el resultado de una condición de carrera de software, podemos juguetear con unos cuantos martillos grandes. Uno de ellos es desactivar temporalmente los estados C de la CPU. Tenga en cuenta que esto aumentará drásticamente el consumo de energía, por lo que debe volver a habilitarlos después de la prueba. El procedimiento es añadir el cstates=0 argumento a su boot-args . (Si no está familiarizado: Primero desactivar el SIP , reinicie el MacOS normal y ejecute sudo nvram boot-args="cstates=0" Asegúrate de que utilizas comillas rectas copiando y pegando en lugar de introducir comillas inteligentes o rizadas. Reinicie y ahora estará funcionando con los estados C desactivados. Mira si este problema desaparece o no. Si es así, es una información valiosa para pasar a Apple. Para deshacer, ejecute sudo nvram -d boot-args y reiniciar; puede volver a desactivar el SIP en ese momento).
6. Similar a lo anterior pero con un efecto más dramático en el rendimiento: Se puede ejecutar temporalmente en un modo de CPU de un solo hilo. El mismo procedimiento que el #5, excepto que en lugar de cstates=0 se pondría cpus=1 . Realmente sentirás los efectos de esto ya que todo será más lento. Pero es una buena prueba para probar.