La station d'accueil ThinkPad USB-C Gen 2 s'associe au MacBook Pro 16''.

Une cause d'arrêt de -20 signifie que la puce T2, qui est le dispositif Root matériel du MBP 16" et qui est un composant essentiel de son fonctionnement, a détecté que certains processus critiques ont été interrompus et qu'il n'existe aucun moyen sûr de poursuivre l'exécution tout en maintenant la cohérence des données, de sorte que la seule option restante est d'arrêter le système.

Par définition, tout Une action de la part de l'utilisateur qui induit ce comportement est considérée comme un bogue du système d'exploitation. Indépendamment des mauvaises actions de l'utilisateur ou d'un matériel ou d'un logiciel mal conçu, le système d'exploitation doit toujours être résilient et tomber en panne de manière gracieuse. Un arrêt ou un redémarrage signifie ici que vous avez trouvé, au minimum, une bogue dans MacOS (ou, plus probablement, bridgeOS), et peut-être aussi un bogue dans le ThinkPad.

Apple a une longue histoire de bugs latents exposés par des périphériques défectueux et vous êtes en train de tomber sur un autre de ces bugs. En fin de compte, parce que vous n'êtes pas un ingénieur Apple ayant accès à leur code source et à leurs outils de débogage, vous ne trouverez et ne réparerez jamais vous-même la cause première du problème. La seule chose à faire dans ces situations est donc de signaler le bogue à Apple (liens un y deux ). Faites d'abord ceci afin qu'ils puissent collecter les données de l'état d'échec auprès de vous.

Ensuite, jusqu'à ce que ce bogue soit corrigé et qu'une mise à jour soit publiée, votre prochaine étape consiste à trouver une solution de contournement. Quelques idées me viennent à l'esprit :

1. Évidemment, vous pouvez essayer d'éviter d'utiliser le ThinkPad, mais cela ne constitue pas vraiment une solution de rechange.
2. Mettez à jour la dernière version de MacOS, ce que vous avez déjà fait.
3. Pouvez-vous essayer de vous brancher sur les ports USB-C de l'autre côté du MBP ? Il existe une différence matérielle réelle dans le trajet du signal entre les côtés gauche et droit qui fait parfois une différence pour ce genre de bugs.
4. Pouvez-vous essayer de le connecter via un autre périphérique (comme un hub USB) plutôt que directement dans votre MBP ?
5. Si c'est le résultat d'une condition de course logicielle, nous pouvons jouer avec quelques gros marteaux. La première consiste à désactiver temporairement les états C du CPU. Notez que cela augmentera considérablement la consommation d'énergie et que vous devrez les réactiver après avoir effectué des tests. La procédure consiste à ajouter l'option cstates=0 argument à votre boot-args . (Si vous n'êtes pas familier : First désactiver SIP redémarrez le système MacOS normal, et exécutez sudo nvram boot-args="cstates=0" Assurez-vous que vous utilisez des guillemets droits en copiant-collant plutôt que d'entrer des guillemets intelligents/flous. Redémarrez et maintenant vous êtes en train de fonctionner avec les états C désactivés. Voyez si ce problème disparaît ou non. Si c'est le cas, c'est une information précieuse à transmettre à Apple. Pour annuler, exécutez sudo nvram -d boot-args et redémarrez ; vous pouvez réactiver le SIP à ce moment-là).
6. Similaire à ce qui précède mais ayant un effet plus spectaculaire sur les performances : Vous pouvez temporairement fonctionner en mode CPU monofilaire. Même procédure qu'au point 5, sauf qu'au lieu de cstates=0 vous mettriez cpus=1 . Vous en ressentirez vraiment les effets car tout sera plus lent. Mais c'est un bon test à essayer.