[MacBook Pro] MacBook Pro 13“ (macOS 10.15.5) stürzt häufig ab

[samuelaljackson]

Hallo liebe Community,

seit geraumer Zeit stürzt mein MacBook Pro 13“ unter macOS 10.15.5 unter Vollast ab und startet neu. Alleine heute waren es in Summe fünf Abstürzte. Dies passiert vor allem bei der Nutzung von Visual Studio Community 2019 for Mac( Version 8.6.5).


Kann mir da jemand vielleicht weiterhelfen?

Beste Grüße im Voraus!

 

[Wuchtbrumme]

fünf Abstürzte. Dies passiert vor allem bei der Nutzung von Visual Studio Community 2019 for Mac( Version 8.6.5).

Wenn Du schon einen Zusammenhang mit einer speziellen Software siehst, was sagt der MS-Support?
Um sich dem Problem zu nähern - was ist das für ein Absturz, was sagen die Logs, gibt es Kernel-Panics mit Diagnoseberichten, die Du posten könntest?

 

[samuelaljackson]

Wenn Du schon einen Zusammenhang mit einer speziellen Software siehst, was sagt der MS-Support?
Um sich dem Problem zu nähern - was ist das für ein Absturz, was sagen die Logs, gibt es Kernel-Panics mit Diagnoseberichten, die Du posten könntest?

An den MS Support werde ich mich noch wenden. Der Mac stürzt ab, wirft die Fehlermeldung aus, dass es ein Problem gab und das System neugestartet werden musste. Logs und Diagnoseberichte müsste ich nachreichen, wenn das Problem wieder auftritt.

 

[Marcel Bresink]

Es ist technisch nicht möglich, dass ein Anwenderprogramm für einen Absturz des Systems verantwortlich sein kann. Das wäre eine Sicherheitslücke.

Eine Aufzeichnung des Fehlerberichts findest Du unter

/Library/Logs/DiagnosticReports/Kernel_<DATUM>-<ZEIT>_<COMPUTERNAME>.panic

 

[samuelaljackson]

Es ist technisch nicht möglich, dass ein Anwenderprogramm für einen Absturz des Systems verantwortlich sein kann. Das wäre eine Sicherheitslücke.

Eine Aufzeichnung des Fehlerberichts findest Du unter

/Library/Logs/DiagnosticReports/Kernel_-_.panic

So es ist wieder passiert. Da die .panic doch ziemlich lang ist habe ich nur den untersten Teil angefügt. Folgender Fehlerbericht:

{"timestamp":"2020-07-09 15:21:22.30 +0200","bug_type":"210","os_version":"Mac OS X 10.15.5 (19F101)"}
{"macOSProcessedStackshotData":" [...]

und

"Stackshot source : disk","macOSPanicString":"panic(cpu 3 caller 0xffffff800c84aa3a): Kernel trap at 0xffffff7f8f71a340, type 14=page fault, registers:\nCR0: 0x0000000080010033, CR2: 0x0000000000000008, CR3: 0x0000000208a3717f, CR4: 0x00000000003626e0\nRAX: 0x0000000000000000, RBX: 0xffffff804dd78000, RCX: 0x0000670900000000, RDX: 0xffffff811054d040\nRSP: 0xffffff9151553930, RBP: 0xffffff9151553960, RSI: 0x0000670900000017, RDI: 0xffffff8031c6f000\nR8:  0x0000000000006708, R9:  0x0000000000000000, R10: 0x0000020000011000, R11: 0x0000000001090007\nR12: 0xffffff8112e9b030, R13: 0x0000000000000000, R14: 0xffffff804dd78650, R15: 0x0000000000000000\nRFL: 0x0000000000010206, RIP: 0xffffff7f8f71a340, CS:  0x0000000000000008, SS:  0x0000000000000010\nFault CR2: 0x0000000000000008, Error code: 0x0000000000000002, Fault CPU: 0x3, PL: 0, VF: 0\n\nBacktrace (CPU 3), Frame : Return Address\n0xffffff9151553390 : 0xffffff800c71f5cd \n0xffffff91515533e0 : 0xffffff800c858b05 \n0xffffff9151553420 : 0xffffff800c84a68e \n0xffffff9151553470 : 0xffffff800c6c5a40 \n0xffffff9151553490 : 0xffffff800c71ec97 \n0xffffff9151553590 : 0xffffff800c71f087 \n0xffffff91515535e0 : 0xffffff800cec27cc \n0xffffff9151553650 : 0xffffff800c84aa3a \n0xffffff91515537d0 : 0xffffff800c84a738 \n0xffffff9151553820 : 0xffffff800c6c5a40 \n0xffffff9151553840 : 0xffffff7f8f71a340 \n0xffffff9151553960 : 0xffffff7f8f60251e \n0xffffff91515539a0 : 0xffffff7f8f602a4f \n0xffffff91515539d0 : 0xffffff7f8f61167d \n0xffffff9151553a10 : 0xffffff7f8f721706 \n0xffffff9151553a40 : 0xffffff7f8f60000b \n0xffffff9151553ac0 : 0xffffff800ce5695e \n0xffffff9151553b10 : 0xffffff800ce54be7 \n0xffffff9151553b60 : 0xffffff800ce5dcb3 \n0xffffff9151553ca0 : 0xffffff800c8082b2 \n0xffffff9151553db0 : 0xffffff800c725328 \n0xffffff9151553e10 : 0xffffff800c6fbcc5 \n0xffffff9151553e70 : 0xffffff800c712aa2 \n0xffffff9151553f00 : 0xffffff800c830d05 \n0xffffff9151553fa0 : 0xffffff800c6c6226 \n      Kernel Extensions in backtrace:\n         com.apple.iokit.IOAcceleratorFamily2(438.5.4)[D695D9DA-7C20-35D6-910F-E7A332A0F515]@0xffffff7f8f5f9000->0xffffff7f8f6bdfff\n            dependency: com.apple.driver.AppleMobileFileIntegrity(1.0.5)[E35D090D-DB9E-3DD0-9723-651FA730AA13]@0xffffff7f8d7e2000\n            dependency: com.apple.iokit.IOPCIFamily(2.9)[BE052F4D-9B80-3FCD-B36D-BACB7DEE0DF2]@0xffffff7f8d131000\n            dependency: com.apple.iokit.IOSurface(269.11)[F1E7389D-2807-3C5D-8A7F-5422542E867F]@0xffffff7f8dc1f000\n            dependency: com.apple.iokit.IOGraphicsFamily(576.1)[B1C0006F-E1F5-37D9-9548-5F918E92B422]@0xffffff7f8db35000\n            dependency: com.apple.iokit.IOReportFamily(47)[1FB49168-0280-3F04-A99A-F830C915E994]@0xffffff7f8d511000\n         com.apple.driver.AppleIntelKBLGraphics(14.0.6)[E09E2681-5119-37A7-9975-B87BC4E1AA8F]@0xffffff7f8f6d2000->0xffffff7f8f7c7fff\n            dependency: com.apple.iokit.IOPCIFamily(2.9)[BE052F4D-9B80-3FCD-B36D-BACB7DEE0DF2]@0xffffff7f8d131000\n            dependency: com.apple.iokit.IOSurface(269.11)[F1E7389D-2807-3C5D-8A7F-5422542E867F]@0xffffff7f8dc1f000\n            dependency: com.apple.iokit.IOGraphicsFamily(576.1)[B1C0006F-E1F5-37D9-9548-5F918E92B422]@0xffffff7f8db35000\n            dependency: com.apple.iokit.IOAcceleratorFamily2(438.5.4)[D695D9DA-7C20-35D6-910F-E7A332A0F515]@0xffffff7f8f5f9000\n\nBSD process name corresponding to current thread: qemu-system-x86_\nBoot args: -no_compat_check\n\nMac OS version:\n19F101\n\nKernel version:\nDarwin Kernel Version 19.5.0: Tue May 26 20:41:44 PDT 2020; root:xnu-6153.121.2~2\/RELEASE_X86_64\nKernel UUID: 54F1A78D-6F41-32BD-BFED-4381F9F6E2EF\nKernel slide:     0x000000000c400000\nKernel text base: 0xffffff800c600000\n__HIB  text base: 0xffffff800c500000\nSystem model name: MacBookPro14,1 (Mac-B4831CEBD52A0C4C)\nSystem shutdown begun: NO\nPanic diags file available: YES (0x0)\n\nSystem uptime in nanoseconds: 4272977347571\nlast loaded kext at 113027972838: @filesystems.smbfs\t3.4.3 (addr 0xffffff7f902b8000, size 450560)\nlast unloaded kext at 1053327958094: >usb.!UHostPacketFilter\t1.0 (addr 0xffffff7f8de8e000, size 24576)\nloaded kexts:\[email protected]\t3.4.3\n>AudioAUUC\t1.70\n@fileutil\t20.036.15\n>AGPM\t111.4.4\n>!APlatformEnabler\t2.7.0d0\n>X86PlatformShim\t1.0.0\[email protected]\t3.0\n>!AUpstreamUserClient\t3.6.8\n>!AHDA\t283.15\n>!AGraphicsDevicePolicy\t5.2.4\n@AGDCPluginDisplayMetrics\t5.2.4\n>!AHV\t1\n|IOUserEthernet\t1.0.1\n|IO!BSerialManager\t7.0.5f6\n>pmtelemetry\t1\n@Dont_Steal_Mac_OS_X\t7.0.0\n>!A!ISlowAdaptiveClocking\t4.0.0\n>!ACameraInterface\t7.6.0\n>eficheck\t1\n>!A!IKBLGraphics\t14.0.6\n>!A!IPCHPMC\t2.0.1\n>!ASMCLMU\t212\n>!ABacklight\t180.3\n>!AMCCSControl\t1.14\n>!A!IKBLGraphicsFramebuffer\t14.0.6\n>!AThunderboltIP\t3.1.4\[email protected]\t1412.120.2\n>!AVirtIO\t1.0\[email protected]\t522.100.5\n@!AFSCompression.!AFSCompressionTypeDataless\t1.0.0d1\n@BootCache\t40\n@!AFSCompression.!AFSCompressionTypeZlib\t1.0.0\n>!ATopCaseHIDEventDriver\t3430.1\n>AirPort.BrcmNIC\t1400.1.1\[email protected]\t1.0\n>!ASmartBatteryManager\t161.0.0\n>!AACPIButtons\t6.1\n>!ARTC\t2.0\n>!ASMBIOS\t2.1\n>!AACPIEC\t6.1\n>!AAPIC\t1.7\n$!AImage4\t1\[email protected]\t303\n$TMSafetyNet\t8\n@!ASystemPolicy\t2.0.0\n|EndpointSecurity\t1\[email protected]\t1.0\n>DspFuncLib\t283.15\[email protected]\t529\n>!AGraphicsControl\t5.2.4\n|IOAVB!F\t850.1\n>!ASSE\t1.0\n@!AGPUWrangler\t5.2.4\n|IO!BHost!CUARTTransport\t7.0.5f6\n|IO!BHost!CTransport\t7.0.5f6\n|IOSlowAdaptiveClocking!F\t1.0.0\n>!ABacklightExpert\t1.1.0\n>!AHDA!C\t283.15\n|IOHDA!F\t283.15\n>X86PlatformPlugin\t1.0.0\n>IOPlatformPlugin!F\t6.0.0d8\n|IONDRVSupport\t576.1\n>!ASMBus!C\t1.0.18d1\n@!AGraphicsDeviceControl\t5.2.4\n|IOAccelerator!F2\t438.5.4\n|IOGraphics!F\t576.1\n>!A!ILpssUARTv1\t3.0.60\n>!A!ILpssUARTCommon\t3.0.60\n>!AOnboardSerial\t1.0\[email protected]\t840.3\n|IOEthernetAVB!C\t1.1.0\n|IOAudio!F\t300.2\[email protected]\t1.2.0\n|IOSerial!F\t11\n|IOSurface\t269.11\[email protected]\t1\n>!AActuatorDriver\t3440.1\n>!AHIDKeyboard\t209\n>!AHS!BDriver\t3430.1\n>IO!BHIDDriver\t7.0.5f6\n|IO!B!F\t7.0.5f6\n|IO!BPacketLogger\t7.0.5f6\n>!AMultitouchDriver\t3440.1\n>!AInputDeviceSupport\t3440.8\n>!AHSSPIHIDDriver\t59\n>!AThunderboltDPInAdapter\t6.2.6\n>!AThunderboltDPAdapter!F\t6.2.6\n>!AThunderboltPCIDownAdapter\t2.5.4\n>!AHPM\t3.4.4\n>!A!ILpssI2C!C\t3.0.60\n>!AHSSPISupport\t59\n>!AThunderboltNHI\t5.8.6\n|IOThunderbolt!F\t7.6.1\n>!A!ILpssSpi!C\t3.0.60\n>!A!ILpssDmac\t3.0.60\n|IO80211!F\t1200.12.2b1\n>mDNSOffloadUserClient\t1.0.1b8\n>corecapture\t1.0.4\n|IOSkywalk!F\t1\n|IONVMe!F\t2.1.0\n|IOUSB!F\t900.4.2\n>!A!ILpssGspi\t3.0.60\n>!A!ILpssI2C\t3.0.60\n>usb.!UXHCIPCI\t1.2\n>usb.!UXHCI\t1.2\n>!AEFINVRAM\t2.1\n>!AEFIRuntime\t2.1\n|IOSMBus!F\t1.1\n|IOHID!F\t2.0.0\n$quarantine\t4\n$sandbox\t300.0\n@kext.!AMatch\t1.0.0d1\n>DiskImages\t493.0.0\n>!AFDEKeyStore\t28.30\n>!AEffaceable!S\t1.0\n>!AKeyStore\t2\n>!UTDM\t489.120.1\n|IOSCSIBlockCommandsDevice\t422.120.3\n>!ACredentialManager\t1.0\n>KernelRelayHost\t1\n>!ASEPManager\t1.0.1\n>IOSlaveProcessor\t1\n|IOUSBMass!SDriver\t157.121.1\n|IOSCSIArchitectureModel!F\t422.120.3\n|IO!S!F\t2.1\n|IOUSBHost!F\t1.2\n>!UHostMergeProperties\t1.2\n>usb.!UCommon\t1.0\n>!ABusPower!C\t1.0\n|CoreAnalytics!F\t1\n>!AMobileFileIntegrity\t1.0.5\[email protected]\t1\n|IOTimeSync!F\t840.3\n|IONetworking!F\t3.4\n|IOReport!F\t47\n>!AACPIPlatform\t6.1\n>!ASMC\t3.1.9\n>watchdog\t1\n|IOPCI!F\t2.9\n|IOACPI!F\t1.4\[email protected]\t1\[email protected]\t1.0\[email protected]\t1\n\n\n"}

 

[samuelaljackson]

Der typische Fehlerlog mit BridgeOS ist nicht vorhanden.

 

[Wuchtbrumme]

Es ist technisch nicht möglich, dass ein Anwenderprogramm für einen Absturz des Systems verantwortlich sein kann. Das wäre eine Sicherheitslücke.

Deine Formulierung klingt so, als käme das nie vor. Tatsächlich willst Du nur sagen: Anspruch ist, dass es nicht möglich sein sollte; dass es nicht vorkommen sollte - und dass vor allem nicht darüber gesprochen wird, wenn es vorkommt, sondern schnellstmöglichst behoben wird.

Der typische Fehlerlog mit BridgeOS ist nicht vorhanden.

So es ist wieder passiert. Da die .panic doch ziemlich lang ist habe ich nur den untersten Teil angefügt.

Jemand, der weiß, was man zu brauchen hat. Respekt! Ich hätte einfach alles gepostet.
Ist die CODE-Funktion mittlerweile so begrenzt, dass da kein ganzes Log mehr reinpasst? Die Diagnoseberichte sind ja alle etwa gleich lang.

Was ich im Fehlerberichtsteil sehe, ist ein Problem mit der Grafikeinheit. Bei einem 13" liegt die in der CPU. Was das jetzt auslöst? Keine Ahnung. Es könnte ein Bug (vielleicht auch im Zusammenspiel mit der Software) sein. Es wäre auch möglich, dass die Hardware beschädigt ist.

 

[Marcel Bresink]

Deine Formulierung klingt so, als käme das nie vor.

Genauso ist es. Es kommt nie vor. Der Begriff "Kernel Panic" sagt ja bereits, dass nur der Kernel nach seinem Ermessen diesen Fehler auslöst und damit den Computer anhält.

Zum Thema: Dieser Fehler wird offenbar durch einen Speichermanagementfehler im Grafiktreiber ausgelöst. Das kann mehrere Ursachen haben, wie Programmierfehler in Catalina, defektes RAM, Fehler in der GPU-Hardware.

 

[Wuchtbrumme]

Genauso ist es. Es kommt nie vor. Der Begriff "Kernel Panic" sagt ja bereits, dass nur der Kernel nach seinem Ermessen diesen Fehler auslöst und damit den Computer anhält.

Es kommt vor. Deswegen existiert ja der Kernel Panic. Käme es nicht vor, bräuchte der Kernel nicht nach seinem Ermessen den Computer anhalten, sondern es würde reichen, die Applikation zu beenden und ggfls. eine Information an den Benutzer auszugeben.

 

[Marcel Bresink]

Nochmal: Der Kernel entdeckt einen Fehler in sich selbst und beendet sich. Das heißt zwangsweise, dass das ganze Betriebssystem gestoppt wird.

 

[samuelaljackson]

Genauso ist es. Es kommt nie vor. Der Begriff "Kernel Panic" sagt ja bereits, dass nur der Kernel nach seinem Ermessen diesen Fehler auslöst und damit den Computer anhält.

Zum Thema: Dieser Fehler wird offenbar durch einen Speichermanagementfehler im Grafiktreiber ausgelöst. Das kann mehrere Ursachen haben, wie Programmierfehler in Catalina, defektes RAM, Fehler in der GPU-Hardware.

Vielleicht ein kleiner Hintergrund: ich entwickele auf Visual Studio mit Xamarin. Ich habe zwei Instanzen geöffnet und ein Emulator. Ich vermute einfach, dass das zu viel für den RAM ist. Ich meine ein Emulator frisst schon 1 GB RAM, oder sehe ich das falsch?

Ich habe nun morgen einen Termin an der Genius Bar. Da ich auf den Rechner stark angewiesen bin, muss ich das Problem schnell beheben.

 

[ottomane]

Ein Computer stürzt nicht ab, wenn der RAM ausgelastet ist.