-
2.3 Ghz Intel Core i7 8GB DDR3 : Je faisais tourner NetAdmin Pro qui surveille mon réseau local de bureau, la consommation des processeurs était de ~15 - 20%. Simultanément, j'ai lancé WiFI Explorer, 3,7%, pas plus de 5% d'utilisation du CPU. Et j'étais en train de mise à jour de Xcode vers la version 7.3.1 et je naviguais et regarder des vidéos sur playground.ru
-
Regardez les vidéos jusqu'à la moitié (20mins) le vidéo s'est figée, j'ai bougé la souris et il s'est avéré que tout OSX est gelé.
-
littleSnitch v 3.7 n'a aucune réaction
-
Je retire immédiatement l'adaptateur Ethernet et MacBook est passé à l'écran noir. J'ai ensuite éteint le routeur sans fil. (Mon MacBook Pro est connecté au réseau via l'adaptateur Ethernet et via un routeur WiFi portant une IP différente, Je pensais couper les deux réseaux communication, au cas où il s'agirait d'une intrusion)
-
Le MacBook vient de redémarrer sur l'écran de connexion, après 15-20 secondes d'écran noir et de silence total silence total)
-
J'ai à nouveau redémarré et démarré en mode Recovery. en utilisant l'utilitaire de disque. Après avoir terminé le disque disque.
-
Reprise de la connexion et des programmes précédemment ouverts retour (NetAdmin Pro, WiFi Explorer, Yandex navigateur, Activity Monitor et AppStore)
-
L'AppStore ne reprend pas le téléchargement tout le reste fonctionne normalement et en En outre, mon calendrier s'est ouvert après la connexion. (je n'ai pas lancé accidentellement et il n'a pas été configuré pour pour démarrer avec la connexion du système)
Question 1 : Existe-t-il un moyen de savoir ce qui se passe et quelle a été la dernière réaction d'OS El Capitan avant qu'il ne se fige et ne redémarre ?
Question 2 : Existe-t-il un logiciel meilleur que "Console" v10.11 pour interpréter ce qui se passait avant le crash ?
P.S. Merci d'avance, je vais essayer de télécharger les messages de la console plus tard à partir du MacBook Pro.
DDT-2:~ Chaleune$ syslog | grep -i "shutdown cause"
Jun 22 14:15:37 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5
Jun 22 20:34:46 localhost kernel[0] <Notice>: Previous shutdown cause: 5
Jun 23 15:18:23 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5
Jun 24 17:58:32 localhost kernel[0] <Notice>: Previous shutdown cause: 5
Jun 24 20:09:52 localhost kernel[0] <Notice>: Previous shutdown cause: 5
Jun 24 22:58:15 localhost kernel[0] <Notice>: Previous shutdown cause: 5Jun 25 14:43:36 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5
Jun 25 21:55:31 localhost kernel[0] <Notice>: Previous shutdown cause: 3
Jun 25 22:20:57 localhost kernel[0] <Notice>: Kext com.apple.driver.AppleOSXWatchdog failed to load (0xdc008012).Previous shutdown cause: 5
Jun 26 10:18:44 localhost kernel[0] <Notice>: Previous shutdown cause: 5
Jun 26 12:09:45 localhost kernel[0] <Notice>: Previous shutdown cause: 5
Jun 26 18:00:31 localhost kernel[0] <Notice>: Previous shutdown cause: 5
Jun 27 13:05:58 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5
Jun 27 22:56:11 localhost kernel[0] <Notice>: Previous shutdown cause: 5
Jun 28 14:18:27 DDT-2 kernel[0] <Notice>: Previous shutdown cause: 5
*Jun 29 18:56:21 localhost kernel[0] <Notice>: Previous shutdown cause: -128*
Jun 29 23:31:22 DDT-2 kernel[0] <Notice>: Previous shutdown cause: -128
Opensource.apple montre ce qui suit
- dsIllInstErr = 3, / l'erreur d'instruction illégale /
- dsChkErr = 5, / vérifier l'erreur de piège /
- userCanceledErr = -128
macwizard a donné l'interprétation suivante :
- 03 Instruction illégale L'ordinateur possède un vocabulaire spécifique d'instructions en langage machine qu'il peut comprendre. Si l'ordinateur tente d'exécuter une instruction qui ne fait pas partie de son vocabulaire, ce code d'erreur apparaît. Il est moins probable que l'erreur 02, mais tout de même très fréquent.
- 05 Erreur de vérification de la gamme Les programmeurs peuvent utiliser une instruction du Motorola 68000 pour vérifier si un nombre est compris dans une certaine plage. Cette erreur indique que le nombre testé n'est pas dans la plage spécifiée.
- -128 userCanceledErr L'utilisateur a annulé une opération
0 votes
Découvrez la cause de l'arrêt en lançant la commande
syslog | grep -i "shutdown cause"
et publier les résultats. Vous pouvez aussi lancer Apple Test du matériel (AHT) . Maintenez la touche "D" enfoncée pendant le démarrage à partir d'un état hors tension avec l'adaptateur CA connecté.0 votes
Jun 27 13:05:58 DDT-2 kernel Chaleune console Wed Jun 29 18:56 toujours connecté Chaleune console Mon Jun 27 22:56 - crash (1+20:00) Chaleune console Sun Jun 26 18:00 - 22:55 (1+04:54) Chaleune console Sun Jun 26 12:09 - 12:50 (00:40)
0 votes
Apple Les réponses ne sont pas satisfaisantes. Je n'ai pas eu de surchauffe, mon ventilateur fonctionne normalement. En plus de cela, j'ai les causes 5 et 3. Après avoir répondu à votre message, j'ai relancé la commande et j'ai maintenant -128. Et l'incident s'est produit vers 18:00 hrs le 29 juin.
0 votes
Opensource.apple montre ce qui suit - dsIllInstErr = 3, /*erreur d'instruction illégale*/ - dsChkErr = 5, /*erreur de piège de contrôle*/ - userCanceledErr = -128
0 votes
Les codes d'arrêt sont différents des erreurs système. Cependant, un -128 est non identifié, mais la plupart du temps, il est lié à la mémoire. Retirez un module et lancez le test matériel Apple. Maintenez la touche D enfoncée pendant le démarrage à partir de l'état éteint avec le courant alternatif connecté.
0 votes
MBP n'a pas redémarré après que j'ai choisi la commande 'Restart', au lieu de cela, il ferme la plupart de l'interface laissant un petit mouchard fonctionnel et un dock non fonctionnel. J'ai attendu 20-25 minutes puis j'ai coupé le courant. J'ai démarré en mode récupération, j'ai fait les premiers soins sur le disque, puis j'ai démarré en AHT, j'ai choisi le test étendu et le résultat était PASSÉ.