• Apfeltalk ändert einen Teil seiner Allgemeinen Geschäftsbedingungen (AGB), das Löschen von Useraccounts betreffend.
    Näheres könnt Ihr hier nachlesen: AGB-Änderung
  • Viele hassen ihn, manche schwören auf ihn, wir aber möchten unbedingt sehen, welche Bilder Ihr vor Eurem geistigen Auge bzw. vor der Linse Eures iPhone oder iPad sehen könnt, wenn Ihr dieses Wort hört oder lest. Macht mit und beteiligt Euch an unserem Frühjahrsputz ---> Klick

Mac mini (2018) ständig Kernel Panics

bjoernson

Erdapfel
Registriert
07.08.20
Beiträge
4
Hello zusammen :)

Ich habe seit Juli einen neuen Mac mini (2018, i7, 32GB, Catalina 10.15.7). Der RAM wurde von einem Händler eingebaut und ist von Kingston.

Leider kommt es immer mal wieder vor, dass das Gerät einfriert. Nach einige Zeit startet er dann von selbst neu.
Das Ganze sieht dann wie folgt aus: https://photos.app.goo.gl/q7qbGUJNPR5HSkTN8

Das Gerät läuft ca. 12 Stunden täglich. Im Schnitt friert er ein mal pro Tag ein und läuft dann problemlos die restliche Zeit. Nun heute gab es innerhalb einer Stunde schon zwei solcher Abstürze :(.

Ich habe nun schon viel über ähnliche Probleme mit USB-Anschlüssen, T2, Bridge OS und Catalina gelesen. Nur bin ich nicht sicher welchen Weg ich am besten einschlagen sollte um das Problem zu lösen. Ich hatte bis zu letzte nur noch den USB Switch von einem Monitor am Gerät. Nun hängt nur noch die Tastatur am Mac.

Ich hänge mal den Absturzbericht mit dran. Vielleicht hat ja jemand schon eine erste Idee worin das Problem liegen könnte:

Vielen Dank schon mal :)

Code:
panic(cpu 1 caller 0xfffffff028a4ccec): macOS watchdog detected
Debugger message: panic
Memory ID: 0x6
OS version: 17P6610
macOS version: 19H2
Kernel version: Darwin Kernel Version 19.6.0: Thu Jun 18 20:30:46 PDT 2020; root:xnu-6153.145.1~1/RELEASE_ARM64_T8010
Kernel UUID: 828E8E47-4C82-3639-83B9-4F7DB86934F6
iBoot version: iBoot-5540.140.12
secure boot?: YES
x86 EFI Boot State: 0x16
x86 System State: 0x0
x86 Power State: 0x0
x86 Shutdown Cause: 0xc0
x86 Previous Power Transitions: 0x70707060400
PCIeUp link state: 0x1614
Paniclog version: 13
Kernel slide:     0x0000000020a80000
Kernel text base: 0xfffffff027a84000
mach_absolute_time: 0x8a38b47b3
Epoch Time:        sec       usec
  Boot    : 0x5f6f074f 0x000bd5f0
  Sleep   : 0x00000000 0x00000000
  Wake    : 0x00000000 0x00000000
  Calendar: 0x5f6f0d54 0x000b177a

Panicked task 0xffffffe0006cc200: 2281 pages, 158 threads: pid 0: kernel_task
Panicked thread: 0xffffffe000a574d0, backtrace: 0xffffffe0162634b0, tid: 341
          lr: 0xfffffff0282d8860  fp: 0xffffffe0162634f0
          lr: 0xfffffff0282d86bc  fp: 0xffffffe016263560
          lr: 0xfffffff0283f3770  fp: 0xffffffe016263610
          lr: 0xfffffff0288a55d8  fp: 0xffffffe016263620
          lr: 0xfffffff0282d8024  fp: 0xffffffe016263990
          lr: 0xfffffff0282d837c  fp: 0xffffffe0162639e0
          lr: 0xfffffff029026974  fp: 0xffffffe016263a00
          lr: 0xfffffff028a4ccec  fp: 0xffffffe016263a30
          lr: 0xfffffff028a3e11c  fp: 0xffffffe016263aa0
          lr: 0xfffffff028a40044  fp: 0xffffffe016263b50
          lr: 0xfffffff028a3d854  fp: 0xffffffe016263be0
          lr: 0xfffffff028a04cb8  fp: 0xffffffe016263c10
          lr: 0xfffffff028812b14  fp: 0xffffffe016263c50
          lr: 0xfffffff028812398  fp: 0xffffffe016263c90
          lr: 0xfffffff0288b0514  fp: 0x0000000000000000
 

Wuchtbrumme

Golden Noble
Registriert
03.05.10
Beiträge
21.511
wenn die Darstellung ist wie auf dem Video - ist er direkt zuvor, also zeitlich ganz nah, noch bedienbar gewesen?
Das sieht aus wie Grafikfehler. Diese wiederum könnten von einer defekten Grafikeinheit in der CPU kommen, an einer Überhitzung der Grafikeinheit liegen oder am Speicher für die Grafik, was wiederum der ganz normale RAM ist.
Bei meinem Mini (auch i7) habe ich das Verhalten noch nicht beobachtet. Ich habe aber auch Crucial RAM und bin noch auf 10.15.5, weil ich das Gerät hpts. für virtuelle Maschinen unter VMWare Fusion nutze und 10.15.6 initial eine Regression drin hatte, die zu einem Speicherleck und damit Absturz führte. Interessante Notiz am Rande: Das 10.15.7-Update gibt es ja wegen Grafikfehlern bei neuen iMacs... - wenn Du kannst, würde ich also mal ein Parallelsystem auf USB aufsetzen und laufen lassen und gucken, ob 10.15.5 auch diese Fehler bei Dir zeigt. Dann hättest Du bewiesen, dass es ein Hardwareproblem sein muss.
Die BridgeOS-Version (T2) würde ich auch überprüfen, Du findest sie unter Apfelmenü, Über diesen Mac, Systembericht, gleich auf der Seite, die dann aufgeht. Aktuell ist 17.16.16610.0.0. Installiert würde diese Software bei jedem korrekten Update oder Neuinstallation von höheren Builds.
Der Lüfter ist schon angeschlossen, d.h. Du hörst ihn manchmal? Nicht, dass das vergessen wurde beim Händler :)
Fehlerbilder bei RAM sind vielfältig und extrem gemein, dennoch denke ich, wenn der RAM ein Problem hätte, also mit Inkompatibilität, Timings, Zuverlässigkeit, kaputten Zellen wie auch immer, dann halte ich zumindest die Wahrscheinlichkeit für ziemlich hoch, dass Du nicht immer dieses Verhalten sehen würdest, sondern auch spontane Reboots ohne Bildfehler, was, wie ich Dich verstehe, doch die Beteiligung des RAM am Absturzgeschehen nicht wahrscheinlich erscheinen lässt.
Watchdog ist eine macOS-Funktion, die erkennt, wenn der Rechner hängt und ihn dann selbst neu startet.
Hast Du auch andere Absturzberichte, die anders aussehen?
 

bjoernson

Erdapfel
Registriert
07.08.20
Beiträge
4
Danke für deine schnell Antwort

wenn die Darstellung ist wie auf dem Video - ist er direkt zuvor, also zeitlich ganz nah, noch bedienbar gewesen?
Das sieht aus wie Grafikfehler. Diese wiederum könnten von einer defekten Grafikeinheit in der CPU kommen, an einer Überhitzung der Grafikeinheit liegen oder am Speicher für die Grafik, was wiederum der ganz normale RAM ist.

Genau ab dem Moment wo der Bildschirmfehler auftaucht, ist nichts mehr steuerbar. Die Musik hängt dann auch.
Ich kenne aber diese typischen Grafikkartenfehler auch von früher. Da war dann immer nur das Bild im Sack, aber bedienen konnte man den Rechner noch.

- wenn Du kannst, würde ich also mal ein Parallelsystem auf USB aufsetzen und laufen lassen und gucken, ob 10.15.5 auch diese Fehler bei Dir zeigt. Dann hättest Du bewiesen, dass es ein Hardwareproblem sein muss.

10.15.5 müsste ja drauf gewesen sein, als ich den Rechner gekauft habe. 10.15.6 kam ja im August oder? Das Problem war aber leider schon damals vorhanden. Wenn auch nicht ganz so oft. Und wer schon Lust einen neu eingerichteten Rechner direkt zurück zu senden ;)

Die BridgeOS-Version (T2) würde ich auch überprüfen, Du findest sie unter Apfelmenü, Über diesen Mac, Systembericht, gleich auf der Seite, die dann aufgeht. Aktuell ist 17.16.16610.0.0. Installiert würde diese Software bei jedem korrekten Update oder Neuinstallation von höheren Builds.
Das passt, die Version habe ich auch.

Der Lüfter ist schon angeschlossen, d.h. Du hörst ihn manchmal? Nicht, dass das vergessen wurde beim Händler :)

Lüfter sind drin! Habe schon seit vielen Jahren eine App um im Sommer die Teile etwas eher anzuwerfen, als es der Mac selbst tun würde. ;) Auch am Mini.

Hast Du auch andere Absturzberichte, die anders aussehen?

Ich habe noch einen weiteren Bericht. Hier habe ich den Mini nicht von selbst starten lassen, sondern nach dem er mit den selben Bildfehlern eingefroren war, manuell aus und an gemacht. Sonst habe ich leider keinen weiteren Bericht. In dem bekannten Log Ordner lag leider nichts drin.

Code:
panic(cpu 0 caller 0xffffff80146469aa): Kernel trap at 0xffffff8014544c0d, type 13=general protection, registers:
CR0: 0x0000000080010033, CR2: 0x000000327d823000, CR3: 0x00000007c330b119, CR4: 0x00000000003626e0
RAX: 0xffffff8014fea2b8, RBX: 0xff00ff83bcf48000, RCX: 0x0000000000004000, RDX: 0xffffff805fdd2cf0
RSP: 0xffffffa3e5e33ca0, RBP: 0xffffffa3e5e33cb0, RSI: 0xffffff8061609a40, RDI: 0xffffff805fdf6520
R8:  0xffffffffffffffff, R9:  0x000001e13c7c9eb5, R10: 0xffffff8014e0ced8, R11: 0xffffff8061609d50
R12: 0xffffff805fdf6570, R13: 0x00000435d731baaf, R14: 0xffffff805fdf6520, R15: 0x0000000000000000
RFL: 0x0000000000010086, RIP: 0xffffff8014544c0d, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0x000000327d823000, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 1, VF: 0

Backtrace (CPU 0), Frame : Return Address
0xffffff8014351220 : 0xffffff801451a65d
0xffffff8014351270 : 0xffffff8014654a75
0xffffff80143512b0 : 0xffffff80146465fe
0xffffff8014351300 : 0xffffff80144c0a40
0xffffff8014351320 : 0xffffff8014519d27
0xffffff8014351420 : 0xffffff801451a117
0xffffff8014351470 : 0xffffff8014cc1abc
0xffffff80143514e0 : 0xffffff80146469aa
0xffffff8014351660 : 0xffffff80146466a8
0xffffff80143516b0 : 0xffffff80144c0a40
0xffffff80143516d0 : 0xffffff8014544c0d
0xffffffa3e5e33cb0 : 0xffffff801453c35b
0xffffffa3e5e33d20 : 0xffffff801453ad0f
0xffffffa3e5e33d70 : 0xffffff8014a56296
0xffffffa3e5e33e90 : 0xffffff8014aa3c3b
0xffffffa3e5e33f40 : 0xffffff8014b84c37
0xffffffa3e5e33fa0 : 0xffffff80144c1206

BSD process name corresponding to current thread: cloud-drive-ui
Boot args: chunklist-security-epoch=0 -chunklist-no-rev2-dev

Mac OS version:
19G2021

Kernel version:
Darwin Kernel Version 19.6.0: Thu Jun 18 20:49:00 PDT 2020; root:xnu-6153.141.1~1/RELEASE_X86_64
Kernel UUID: 1D3A0F3D-D908-397B-BD16-8F48C0823A2E
Kernel slide:     0x0000000014200000
Kernel text base: 0xffffff8014400000
__HIB  text base: 0xffffff8014300000
System model name: Macmini8,1 (Mac-7BA5B2DFE22DDD8C)
System shutdown begun: NO

System uptime in nanoseconds: 4629293641584
last loaded kext at 12753696574: >!AGraphicsDevicePolicy    5.2.6 (addr 0xffffff7f988a3000, size 86016)
loaded kexts:
com.globaldelight.driver.Boom2Device    1.1
>!AGraphicsDevicePolicy    5.2.6
@fileutil    20.036.15
@AGDCPluginDisplayMetrics    5.2.6
>!A!BMultitouch    97
>!AHV    1
|IOUserEthernet    1.0.1
>!AUpstreamUserClient    3.6.8
|IO!BSerialManager    7.0.6f7
>AudioAUUC    1.70
>!AMCCSControl    1.14
>AGPM    111.4.4
>!APlatformEnabler    2.7.0d0
>X86PlatformShim    1.0.0
>pmtelemetry    1
>!A!IKBLGraphics    14.0.7
@Dont_Steal_Mac_OS_X    7.0.0
>ACPI_SMC_PlatformPlugin    1.0.0
>BridgeAudioCommunication    6.70.7
>!AThunderboltIP    3.1.4
>!AGFXHDA    100.1.429
>!AFIVRDriver    4.1.0
>!ABridgeAudio!C    6.70.7
>!A!ICFLGraphicsFramebuffer    14.0.7
>!A!IPCHPMC    2.0.1
>!A!ISlowAdaptiveClocking    4.0.0
>!AAVEBridge    6.1
@filesystems.autofs    3.0
|SCSITaskUserClient    422.120.3
>usb.!UHostBillboardDevice    1.0
>BCMWLANFirmware4355.Hashstore    1
>BCMWLANFirmware4364.Hashstore    1
>BCMWLANFirmware4377.Hashstore    1
>!AFileSystemDriver    3.0.1
@filesystems.hfs.kext    522.100.5
@BootCache    40
@!AFSCompression.!AFSCompressionTypeDataless    1.0.0d1
@!AFSCompression.!AFSCompressionTypeZlib    1.0.0
>!AVirtIO    1.0
|!ABCM5701Ethernet    10.3.5
>!ABCMWLANBusInterfacePCIe    1
@filesystems.apfs    1412.141.1
@private.KextAudit    1.0
>!AACPIButtons    6.1
>!ASMBIOS    2.1
>!AACPIEC    6.1
>!AAPIC    1.7
$!AImage4    1
@nke.applicationfirewall    303
$TMSafetyNet    8
@!ASystemPolicy    2.0.0
|EndpointSecurity    1
>!AGraphicsControl    5.2.6
>!AMultitouchDriver    3440.1
>!AInputDeviceSupport    3440.8
>IO!BHIDDriver    7.0.6f7
|IOAVB!F    850.1
>!ASMBus!C    1.0.18d1
>IOPlatformPluginLegacy    1.0.0
>!AHDA!C    283.15
|IOHDA!F    283.15
@!AGPUWrangler    5.2.6
>!UAudio    323.4
>!AHIDKeyboard    209
|IONDRVSupport    576.1
|IO!BHost!CUARTTransport    7.0.6f7
|IO!BHost!CTransport    7.0.6f7
>!A!ILpssUARTv1    3.0.60
>!A!ILpssUARTCommon    3.0.60
>!AOnboardSerial    1.0
@plugin.IOgPTPPlugin    840.3
>X86PlatformPlugin    1.0.0
>!ASMBusPCI    1.0.14d1
@!AGraphicsDeviceControl    5.2.6
|IOAccelerator!F2    438.7.3
|IOGraphics!F    576.1
>IOPlatformPlugin!F    6.0.0d8
|IOSlowAdaptiveClocking!F    1.0.0
>!AThunderboltEDMSink    4.2.3
>!AThunderboltDPOutAdapter    6.2.6
@kext.triggers    1.0
>usb.IOUSBHostHIDDevice    1.2
>usb.!UHub    1.2
>usb.cdc.ecm    5.0.0
>usb.cdc.ncm    5.0.0
>usb.cdc    5.0.0
>usb.networking    5.0.0
>usb.!UHostCompositeDevice    1.2
|IOSurface    269.11
@filesystems.hfs.encodings.kext    1
|IOAudio!F    300.2
@vecLib.kext    1.2.0
|IOEthernetAVB!C    1.1.0
>!ABCMWLANCore    1.0.0
>mDNSOffloadUserClient    1.0.1b8
>IOImageLoader    1.0.0
|IOSerial!F    11
|IO80211!FV2    1200.12.2b1
>corecapture    1.0.4
|IOSkywalk!F    1
>!AThunderboltPCIDownAdapter    2.5.4
>!AThunderboltDPInAdapter    6.2.6
>!AThunderboltDPAdapter!F    6.2.6
>!AHPM    3.4.4
>!A!ILpssI2C!C    3.0.60
>!A!ILpssDmac    3.0.60
>!A!ILpssI2C    3.0.60
>!AXsanScheme    3
>!AThunderboltNHI    5.8.6
|IOThunderbolt!F    7.6.1
>usb.!UVHCIBCE    1.2
>usb.!UVHCI    1.2
>usb.!UVHCICommonBCE    1.0
>usb.!UVHCICommon    1.0
>!AEffaceableNOR    1.0
|IOBufferCopy!C    1.1.0
|IOBufferCopyEngine!F    1
|IONVMe!F    2.1.0
>usb.!UHostPacketFilter    1.0
|IOUSB!F    900.4.2
>usb.!UXHCIPCI    1.2
>usb.!UXHCI    1.2
>!AEFINVRAM    2.1
>!AEFIRuntime    2.1
>!ASMCRTC    1.0
|IOSMBus!F    1.1
|IOHID!F    2.0.0
$quarantine    4
$sandbox    300.0
@kext.!AMatch    1.0.0d1
>!AKeyStore    2
>!UTDM    489.120.1
|IOSCSIBlockCommandsDevice    422.120.3
>!ACredentialManager    1.0
>!AFDEKeyStore    28.30
>!AEffaceable!S    1.0
>!AMobileFileIntegrity    1.0.5
@kext.CoreTrust    1
|CoreAnalytics!F    1
|IOTimeSync!F    840.3
|IONetworking!F    3.4
>DiskImages    493.0.0
|IO!B!F    7.0.6f7
|IO!BPacketLogger    7.0.6f7
>!ASSE    1.0
>KernelRelayHost    1
>!ASEPManager    1.0.1
>IOSlaveProcessor    1
|IOUSBMass!SDriver    157.140.1
|IOSCSIArchitectureModel!F    422.120.3
|IO!S!F    2.1
|IOUSBHost!F    1.2
>usb.!UCommon    1.0
>!UHostMergeProperties    1.2
>!ABusPower!C    1.0
|IOReport!F    47
>!AACPIPlatform    6.1
>!ASMC    3.1.9
>watchdog    1
|IOPCI!F    2.9
|IOACPI!F    1.4
@kec.pthread    1
@kec.corecrypto    1.0
@kec.Libm    1
 

bjoernson

Erdapfel
Registriert
07.08.20
Beiträge
4
Kurzes Update: Ich habe es jetzt noch mal mit Mojave probiert. Sowohl auf der internen als auch externen SSD. Auch hier gibt es Problem! Und zwar wenn man in den Ruhezustand geht, dann treten ebenfalls Kernel Panics auf die zum Absturz führen. Nach dem was ich so alles im Netz zu dem Thema gefunden habe, sollte der T2 dir Ursache sein. Auf jeden Fall ziemlich peinlich für Apple. So etwas schlechtes habe ich in 15 Jahren noch nicht erlebt. Und es scheint ja kein Einzelfall zu sein. Die Mühle geht nun zum Service. Bin gespannt was dort gemacht wird.

Was mir auch aufgefallen ist, unter Mojave wird der Mac mini deutlich weniger warm als unter Catalina. Dort wurde er relativ schnell, sehr warm (schon fast heiß).
 

YoshuaThree

Jakob Lebel
Registriert
19.02.17
Beiträge
4.849
Dummerweise müsste man nun nach dem Ausschlussverfahren vor gehen - und da auch Speicher für solche Kernel Panics verantwortlich sein kann (vor allem wenn wie im oberen Fall die interne GPU auch auf den RAM zugreift) - müsste man um sicher zu gehen den Mac Mini ohne den zusätzlichen Kingston Speicher ausprobieren!
 

bjoernson

Erdapfel
Registriert
07.08.20
Beiträge
4
Dummerweise müsste man nun nach dem Ausschlussverfahren vor gehen - und da auch Speicher für solche Kernel Panics verantwortlich sein kann (vor allem wenn wie im oberen Fall die interne GPU auch auf den RAM zugreift) - müsste man um sicher zu gehen den Mac Mini ohne den zusätzlichen Kingston Speicher ausprobieren!

Damit darf sich dann der Apple Service quälen ;) Leider darf man ja den Speicher aus Garantiegründen nicht selbst ein- und ausbauen, sonst hätte ich das schon längst mal getestet. Aber klar, es könnte auch am RAM liegen und nicht am T2.