Panique de Big Sur Kernel
Après la mise à jour vers macOS 11, alias Big Sur, mon Mac a continué à planter toutes les ~ 2 heures. Voici le journal de panique du noyau d'une panique récente Voici un autre journal de panique .
Au départ, je pensais que le problème était lié à une station d'accueil Dell DisplayLink à laquelle je m'étais connecté, mais j'ai désinstallé le pilote et j'ai également rencontré des plantages sans aucun périphérique connecté.
Toute aide pour lire et comprendre un journal de panique du noyau serait très appréciée.
Je dois noter que le processus d'installation de big sur était un peu étrange avec plusieurs redémarrages et en cliquant à nouveau sur "mettre à jour". Je ne sais pas si cela signifie quelque chose.
Je suis sur un MacBook Pro 2017 de 15 pouces avec pavé tactile, i7 et graphiques Intel.
Réponses
Vos paniques se produisent à plusieurs reprises dans IOAcceleratorFamily, qui est le pilote graphique. Les paniques avec cette signature spécifique sont majoritairement le résultat d'un bogue dans macOS, et non de tout ce que vous faites de mal. Le débogage nécessite pleinement des outils internes Apple et une expertise en ingénierie, sans parler de l'accès au code. Vous ne pourrez pas résoudre ce problème vous-même (bien que vous puissiez tomber sur une solution de contournement, telle qu'une installation d'effacement complet) car ce n'est pas la faute de l'utilisateur .
Votre meilleur pari est de déposer un rapport de bogue et de fournir à Apple des informations détaillées pour aider à reproduire et à l'origine de votre problème. Cela inclura la collecte d'un sysdiagnoseimmédiatement après le redémarrage d'un crash ( $ sysdiagnosedans Terminal ou à CommandOptionControlShift.partir de n'importe quelle application). Ensuite, vous pouvez signaler le bogue via le rapporteur de bogues Apple Developer si vous avez un compte développeur ou via Feedback Assistant si vous ne l'avez pas. Si vous déposez un bon rapport, vous travaillerez soit indirectement avec un ingénieur Apple s'il s'agit d'un nouveau bogue, soit vos données seront ajoutées au pool de rapports existants pour ce même problème. Apple s'efforcera ensuite de résoudre le problème et de le convertir dans la première mise à jour logicielle possible.
Actuellement, c'est un jeu de whack-a-mole avec Big Sur. J'ai vu des paniques répétées du noyau 2 jours après la version 11.2 et la version 11.1 précédente. J'ai maintenant en grande partie ajusté mon flux de travail pour tenir compte des plantages réguliers pour gérer la perte de travail et je m'attends à ce que cela reste vrai pour au moins plusieurs versions ponctuelles (11.x) compte tenu de la lenteur des progrès - je suppose. Les vérifications du matériel ne révèlent aucun problème et signalent tout bon.
Comme pour les mises à jour logicielles notables d'Apple au cours des dernières années, cela révèle une faiblesse systémique importante de l'entreprise. LinkedIn a récemment embauché pour le poste de responsable des logiciels et Google Project Zero révèle des problèmes de sécurité et des améliorations connexes.Par conséquent, à la fois directement et indirectement, le simple fait de s'adapter aux lacunes est la norme pour les produits Apple à l'avenir.
Apple a un excellent guide pour commencer à résoudre ou au moins réduire les causes de panique.
- https://support.apple.com/en-us/HT200553
Lorsqu'une panique est provoquée par un appareil injectant de mauvaises données, vous devrez peut-être effectuer un triage lors du dépannage. Est-ce un câble, une carte contrôleur sur un écran, un hub qui augmente la fréquence. Finalement, Apple peut patcher le système pour détecter la condition d'erreur avant que le noyau n'agisse - mais cela suppose que leurs ingénieurs analysent les journaux sysdiagnose pour votre crash spécifique (ou un journal fondamentalement similaire au vôtre).