7 votes

MBP redémarre après une longue période de sommeil

Après la mise à jour vers OSX Catalina, mon MBP semble redémarrer après avoir dormi pendant une période prolongée (généralement pendant la nuit lorsque le système d'exploitation est en panne). I Je dors). Après avoir redémarré l'ordinateur et s'être reconnecté, il affiche le message "Votre ordinateur s'est arrêté à cause d'un problème" et affiche un journal de panique du noyau :

panic(cpu 0 caller 0xffffff8002aa31fc): Sleep transition timed out after 180 seconds while calling power state change callbacks. Suspected bundle: __kernel__. Thread 0x2e892.
Failure code:: 0x00000004 00000014

Backtracing specified thread
Backtrace (CPU 0), Frame : Return Address
0xffffff9214343900 : 0xffffff8002463848 
0xffffff9201613ab0 : 0xffffff8002361334 
0xffffff9201613b20 : 0xffffff800235fb1f 
0xffffff9201613b70 : 0xffffff80023219e1 
0xffffff9201613bb0 : 0xffffff800234662b 
0xffffff9201613c00 : 0xffffff8002a85cf7 
0xffffff9201613c60 : 0xffffff8002a8590a 
0xffffff9201613cb0 : 0xffffff80029f800e 
0xffffff9201613dc0 : 0xffffff8002a81fad 
0xffffff9201613e00 : 0xffffff8002a2814b 
0xffffff9201613ea0 : 0xffffff8002a27b44 
0xffffff9201613ec0 : 0xffffff80023811d5 
0xffffff9201613f40 : 0xffffff8002380d01 
0xffffff9201613fa0 : 0xffffff80022e613e 

BSD process name corresponding to current thread: kernel_task

Mac OS version:
19A603

Kernel version:
Darwin Kernel Version 19.0.0: Wed Sep 25 20:18:50 PDT 2019; root:xnu-6153.11.26~2\/RELEASE_X86_64
Kernel UUID: 70EDD61F-86EE-3E1B-873F-98D909B78160
Kernel slide:     0x0000000002000000
Kernel text base: 0xffffff8002200000
__HIB  text base: 0xffffff8002100000
System model name: MacBookPro11,5 (Mac-06F11F11946D27C5)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 21936430053496
last loaded kext at 21583697537529: >usb.cdc\t5.0.0 (addr 0xffffff7f848be000, size 28672)
last unloaded kext at 21187193303260: >usb.cdc\t5.0.0 (addr 0xffffff7f848be000, size 28672)
loaded kexts:
com.google.drivefs.filesystems.dfsfuse\t34.0.18
org.virtualbox.kext.VBoxNetAdp\t6.0.14
org.virtualbox.kext.VBoxNetFlt\t6.0.14
org.virtualbox.kext.VBoxUSB\t6.0.14
org.virtualbox.kext.VBoxDrv\t6.0.14
com.intel.driver.EnergyDriver\t3.5.5
com.paragon-software.kext.VDMounter\t4.2
com.paragon-software.filesystems.ntfs\t53.5.15
@filesystems.smbfs\t3.4
@kext.AMDFramebuffer\t3.0.0
@kext.AMDRadeonX4000\t3.0.0
@kext.AMDRadeonServiceManager\t3.0.0
>!AGraphicsDevicePolicy\t4.1.46
@fileutil\t20.036.15
@filesystems.autofs\t3.0
@AGDCPluginDisplayMetrics\t4.1.46
>!AHV\t1
|IOUserEthernet\t1.0.1
|IO!BSerialManager\t7.0.0f8
>pmtelemetry\t1
>!AUpstreamUserClient\t3.6.8
@Dont_Steal_Mac_OS_X\t7.0.0
>AGPM\t111.1.18
>!APlatformEnabler\t2.7.0d0
>X86PlatformShim\t1.0.0
>AudioAUUC\t1.70
>AGDCBacklightControl\t4.1.46
>!A!IHD5000Graphics\t14.0.0
>!AHDA\t283.14
>eficheck\t1
>!AThunderboltIP\t3.1.3
@kext.AMD7000!C\t3.0.0
>!AMCCSControl\t1.12
|Broadcom!B20703USBTransport\t7.0.0f8
>!ASMCLMU\t212
>!ALPC\t3.1
>!A!II210Ethernet\t2.3.1
>AirPort.BrcmNIC\t1400.1.1
>!ACameraInterface\t7.6.0
>!A!IFramebufferAzul\t14.0.0
>!AMuxControl\t4.1.46
>!A!ISlowAdaptiveClocking\t4.0.0
>!UCardReader\t489.11.2
>!ATopCaseHIDEventDriver\t153
>!UTopCaseDriver\t153
@filesystems.apfs\t1412.11.7
>!AAHCIPort\t341.0.2
>!AVirtIO\t1.0
@filesystems.hfs.kext\t522.0.9
@!AFSCompression.!AFSCompressionTypeDataless\t1.0.0d1
@BootCache\t40
@!AFSCompression.!AFSCompressionTypeZlib\t1.0.0
@private.KextAudit\t1.0
>!ASmartBatteryManager\t161.0.0
>!AACPIButtons\t6.1
>!ARTC\t2.0
>!AHPET\t1.8
>!ASMBIOS\t2.1
>!AACPIEC\t6.1
>!AAPIC\t1.7
$!AImage4\t1
@nke.applicationfirewall\t302
$TMSafetyNet\t8
@!ASystemPolicy\t2.0.0
|EndpointSecurity\t1
>usb.cdc\t5.0.0
@kext.AMDRadeonX4030HWLibs\t1.0
@kext.AMDRadeonX4000HWServices\t3.0.0
|IOUSBUserClient\t900.4.2
@kext.triggers\t1.0
|IOAVB!F\t800.17
>!ASSE\t1.0
@!AGPUWrangler\t4.1.46
@plugin.IOgPTPPlugin\t800.14
>!ABacklightExpert\t1.1.0
>DspFuncLib\t283.14
@kext.OSvKernDSPLib\t529
|IONDRVSupport\t558.3
>!UAudio\t320.47
@kext.AMDSupport\t3.0.0
>!ASMBus!C\t1.0.18d1
|Broadcom!BHost!CUSBTransport\t7.0.0f8
|IO!BHost!CUSBTransport\t7.0.0f8
|IO!BHost!CTransport\t7.0.0f8
>!AHDA!C\t283.14
|IOHDA!F\t283.14
|IOAudio!F\t300.2
@vecLib.kext\t1.2.0
|IOEthernetAVB!C\t1.1.0
|IO80211!F\t1200.12.2b1
>mDNSOffloadUserClient\t1.0.1b8
>corecapture\t1.0.4
|IOSkywalk!F\t1
|IOAccelerator!F2\t438.1.23
@!AGraphicsDeviceControl\t4.1.46
|IOGraphics!F\t558.3
>!AGraphicsControl\t4.1.46
|IOSlowAdaptiveClocking!F\t1.0.0
>X86PlatformPlugin\t1.0.0
>IOPlatformPlugin!F\t6.0.0d8
>!AHS!BDriver\t153
>IO!BHIDDriver\t7.0.0f8
|IO!B!F\t7.0.0f8
|IO!BPacketLogger\t7.0.0f8
>!AActuatorDriver\t3400.35
>!AMultitouchDriver\t3400.35
>!AInputDeviceSupport\t3400.27
>!AHIDKeyboard\t209
|IOAHCIBlock!S\t316.0.5
|IOAHCI!F\t290.0.1
>usb.IOUSBHostHIDDevice\t1.2
>usb.networking\t5.0.0
>usb.!UHostCompositeDevice\t1.2
>!AThunderboltDPInAdapter\t6.2.3
>!AThunderboltDPOutAdapter\t6.2.3
>!AThunderboltDPAdapter!F\t6.2.3
>!AThunderboltPCIUpAdapter\t2.5.2
>!AThunderboltPCIDownAdapter\t2.5.2
|IOSerial!F\t11
|IOSurface\t269.6
@filesystems.hfs.encodings.kext\t1
>usb.!UXHCIPCI\t1.2
>usb.!UXHCI\t1.2
>!AThunderboltNHI\t5.5.8
|IOThunderbolt!F\t7.4.5
>usb.!UHostPacketFilter\t1.0
|IOUSB!F\t900.4.2
>!AEFINVRAM\t2.1
>!AEFIRuntime\t2.1
|IOSMBus!F\t1.1
|IOHID!F\t2.0.0
$quarantine\t4
$sandbox\t300.0
@kext.!AMatch\t1.0.0d1
>DiskImages\t493.0.0
>!AFDEKeyStore\t28.30
>!AEffaceable!S\t1.0
>!AKeyStore\t2
>!UTDM\t489.11.2
|IOSCSIBlockCommandsDevice\t422.0.2
>!ACredentialManager\t1.0
>KernelRelayHost\t1
>!ASEPManager\t1.0.1
>IOSlaveProcessor\t1
|IOTimeSync!F\t800.14
|IONetworking!F\t3.4
|IOUSBMass!SDriver\t157.11.2
|IOSCSIArchitectureModel!F\t422.0.2
|IO!S!F\t2.1
|IOUSBHost!F\t1.2
>!UHostMergeProperties\t1.2
>usb.!UCommon\t1.0
>!ABusPower!C\t1.0
|CoreAnalytics!F\t1
>!AMobileFileIntegrity\t1.0.5
@kext.CoreTrust\t1
|IOReport!F\t47
>!AACPIPlatform\t6.1
>!ASMC\t3.1.9
>watchdog\t1
|IOPCI!F\t2.9
|IOACPI!F\t1.4
@kec.pthread\t1
@kec.Libm\t1
@kec.corecrypto\t1.0

Mon installation comprend un MBP et une station d'accueil Elgato Thunderbolt 2. Les appareils suivants sont connectés à la station d'accueil :

  • Récepteur Logitech Unifying
  • Clavier de jeu ROG Claymore
  • Récepteur Logitech Unifying
  • Gigabit Ethernet
  • Moniteur BenQ GW2480 1080p via HDMI

J'ai déjà essayé ce qui suit :

  • Réinitialisation du SMC et de la PRAM.
  • Réinstallez OSX à partir de la partition de récupération et restaurez les données à partir du disque de démarrage d'origine.
  • Réinstallation d'OSX à la place de l'installation actuelle d'OSX.
  • Exécution des premiers soins sur les disques.

Spécifications du Macbook :

  • OSX Catalina 10.15.1
  • MacBook Pro (Retina, 15 pouces, mi-2015)
  • Intel Core i7 Quad-Core 2,8 GHz
  • 16 GB 1600 MHz DDR3
  • AMD Radeon R9 M370X 2 GB & Intel Iris Pro 1536 MB
  • 1 TB Flash Storage

Ce problème n'existait pas sous OSX Mojave.

Toute aide est la bienvenue.

1voto

Chris Smith Points 191

Je suis tombé sur ce post en faisant des recherches sur les plantages de MacOS mentionnant les délais de transition de sommeil de WindowServer (et les erreurs du chien de garde) et les paniques du noyau avec les redémarrages du GPU.

Ma configuration est différente de celle de l'affiche originale (iMac Pro 2017 avec GPU Vega 64), mais j'ai isolé le problème des anciens moniteurs externes comme cause première. Ma situation peut être un cas limite, mais je pense qu'il vaut la peine de noter cette situation pour les autres.

Réponses courtes :

  • Utilisez des adaptateurs USB-C vers DVI pour connecter des moniteurs externes si vous avez des moniteurs plus anciens et que vous pouvez vivre avec une résolution de 1920x1080 (1080p).
  • Achetez des moniteurs plus récents, sortis à peu près en même temps que votre Mac et dotés de ports HDMI 1.2, 1.4 ou 2.0 [pas 1.3] ou de ports DP 1.2+.

Réponse longue : J'ai 2 systèmes externes Moniteurs ViewSonic 2770 (qui soutiennent HDMI 1.3 ) connectée par l'intermédiaire d'un Adaptateurs Anker USB-C vers HDMI . J'obtiens la panique du noyau/le redémarrage du processeur presque tous les jours sur mon iMac Pro. Ces mêmes moniteurs connectés via les mêmes adaptateurs Anker à mon MacBook Pro 2018 ne provoquent ni panique du noyau ni redémarrage du GPU. Les deux machines fonctionnent sous Big Sur 11.6.1.

J'ai essayé tous les trucs habituels : déconnecter les autres périphériques USB, changer le câblage, vérifier les extensions du noyau, le mode sans échec et j'ai 3 de ces moniteurs au total que j'ai échangés et chacun d'entre eux provoque un crash lorsqu'il est connecté.

Il est évident que les GPU sont différents dans ces machines, mais d'après l'étude de cas, les GPU ne sont pas les mêmes. Thunderbolt wiki I penser l'iMac Pro 2017 utilise le contrôleur thunderbolt 3 Alpine Ridge qui supporte DP 1.2 alors que le MacBook Pro 2018 utilise Titan Ridge qui supporte DP 1.4 (les spécifications techniques du MacBookPro indiquent juste "Native DisplayPort output over USBC" ce qui, je pense, implique la dernière version DP 1.4).

L'iMac Pro spécifications techniques indique qu'il envoie DP 1.2 sur les ports Thunderbolt 3/USB C, mais d'après ce qui suit HDMI wiki DP 1.2 semble ne prendre en charge que HDMI 1.2 OU 1.4 bien que mes moniteurs soient HDMI 1.3 :

DisplayPort 1.2 prend en charge plusieurs flux audio/vidéo, des taux de taux de rafraîchissement variable (FreeSync), la compression de flux d'affichage (DSC), et la compression de flux d'affichage (DSC). Émetteurs LVDS/TMDS bimodes compatibles avec HDMI 1.2 ou 1.4 .

Je pensais qu'un moniteur avec HDMI 1.3 était rétrocompatible avec HDMI 1.2, ce qui le rendrait compatible avec DP 1.2 et que tout se passerait bien, mais cela ne semble pas être le cas.

J'ai fini par utiliser Adaptateurs USB-C vers DVI pour les 2 moniteurs et je n'ai plus de panique du noyau ni de redémarrage du processeur.

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