3 votes

MacBook Pro avec Touch ID se déverrouille parfois sans aucune authentification

Mon MacBook Pro avec TouchBar est configuré pour utiliser Touch ID, nécessite une authentification après avoir dormi, a File Vault activé… le pack complet. Pourtant, deux fois maintenant, j'ai remarqué qu'il semblait se déverrouiller après le sommeil sans aucune entrée. Il n'a ni demandé le mot de passe ni n'a nécessité que je touche le capteur Touch ID. Cela semble seulement se produire au travail, pas à la maison. Je n'avais rien branché à ce moment-là; j'ai ouvert le couvercle et j'étais sur le point de brancher un clavier externe et un moniteur quand il a déjà présenté le bureau déverrouillé. Je suis presque sûr qu'il dormait avant, car c'était la première chose que j'ai faite le matin après l'avoir sorti de son sac.

Très étrange. Des idées de ce que ça pourrait être?

Voici un extrait de system.log :

27 déc 08:36:45 Davids-MacBook-Pro syslogd[35]: Statistiques d'expédition ASL
27 déc 08:36:45 Davids-MacBook-Pro logd[52]: _handle_cache_delete_with_urgency(0x7f8f90064190, 3, 0)
27 déc 08:36:45 Davids-MacBook-Pro logd[52]: _volume_contains_cached_data(is /private/var/db/diagnostics/ in /) - OUI
27 déc 08:36:45 Davids-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.imfoundation.IMRemoteURLConnectionAgent): Clé inconnue pour entier : _DirtyJetsamMemoryLimit
27 déc 08:36:45 Davids-MacBook-Pro logd[52]: 150114280 octets d'espace purgeable provenant de fichiers journaux
27 déc 08:36:45 Davids-MacBook-Pro logd[52]: _purge_uuidtext ne s'exécute qu'à l'urgence 0 (3)
27 déc 08:36:45 Davids-MacBook-Pro logd[52]: 0 octets d'espace purgeable provenant de fichiers uuidtext
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.138 [DFR] ERR [_DFRDisplayUsbRecvComplete] a échoué 0xe00002ed
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.142 [DFR] [deviceTerminate] 
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.142 [DFR] [_DFRDisplayDeviceRemoved] 
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.142 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] appel du rappel de détachement du client
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.142 [DFR] [_DFRDisplayClose] 
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.176 [DFR] [deviceMatch] 
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.176 [DFR] [_DFRDisplayDeviceAdded] 
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.178 [DFR] [_DFRDisplayUsbStart] 
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.178 [DFR] [_DFRDisplayOpen] 
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.179 [DFR] [_DFRDisplayOpen] envoi de GetInfo
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.180 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo prêt : 0
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.180 [DFR] [_DFRDisplayHandleVendorPacket] appel du rappel de rattachement du client
27 déc 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.180 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo prêt : 1
27 déc 08:36:45 Davids-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.IDECacheDeleteAppExtension.23557): Chemin non autorisé dans le domaine cible : type = pid, chemin = /Applications/Xcode.app/Contents/SharedFrameworks/LLDB.framework/Versions/A/XPCServices/RootDebuggingXPCService.xpc erreur = 147: Le service spécifié n'est pas livré dans le bundle du demandeur, origine = /Applications/Xcode.app/Contents/PlugIns/IDECacheDeleteAppExtension.appex
27 déc 08:36:45 Davids-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.IDECacheDeleteAppExtension.23557): Chemin non autorisé dans le domaine cible : type = pid, chemin = /Applications/Xcode.app/Contents/Frameworks/DFRSupportKit.framework/Versions/A/XPCServices/IDETouchBarSimulatorService.xpc erreur = 147: Le service spécifié n'est pas livré dans le bundle du demandeur, origine = /Applications/Xcode.app/Contents/PlugIns/IDECacheDeleteAppExtension.appex
27 déc 08:36:47 Davids-MacBook-Pro diagnosticd[225]: Serveur de streaming reconnecté
27 déc 08:36:47 --- dernier message répété 1 fois ---
27 déc 08:36:47 Davids-MacBook-Pro Google Chrome[6971]: objc[6971]: La variable __weak à 0x618000a5fa50 contient 0x2121212121212121 au lieu de 0x618000e2d280. C'est probablement une utilisation incorrecte de objc_storeWeak() et objc_loadWeak(). Interrompez sur objc_weak_error pour déboguer.
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.078 [DFR] ERR [_DFRDisplayUsbRecvComplete] a échoué 0xe00002eb
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.115 [DFR] [deviceTerminate] 
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.115 [DFR] [_DFRDisplayDeviceRemoved] 
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.116 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] appel du rappel de détachement du client
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.116 [DFR] [_DFRDisplayClose] 
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.513 [DFR] [deviceMatch] 
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.514 [DFR] [_DFRDisplayDeviceAdded] 
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.514 [DFR] [_DFRDisplayUsbStart] 
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.515 [DFR] [_DFRDisplayOpen] 
27 déc 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.515 [DFR] [_DFRDisplayOpen] envoi de GetInfo
...

Il semble qu'un pattern très similaire se répète toutes les ~15 minutes (ce qui est probablement normal pour un réveil noir je suppose). À 8:36 l'ordinateur portable était dans son sac, à 8:45 c'était un vrai événement de réveil. Pas sûr si cela apporte des indices supplémentaires…

0voto

DShook Points 5361

Il semble que l'ordinateur portable n'ait jamais été mis en veille en premier lieu, et par conséquent ne s'est jamais verrouillé non plus. Étonnamment, il est resté allumé toute la nuit (avec l'affichage désactivé, je suppose) et n'a pas consommé plus de ~2% de batterie.

Le coupable pourrait être ou non le client Steam ; je n'ai pas de preuves particulières à ce sujet, mais il a été très capricieux sur Sierra et semble être un candidat probable qui a empêché la mise en veille.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X