Brand new Mac Studio restarts because of a problem all the time
If I leave for a few hours, when I come back I have the message that my Mac restarted because of a problem. WHAT PROBLEM? This thing is less than a week old!
Want to highlight a helpful answer? Upvote!
Did someone help you, or did an answer or User Tip resolve your issue? Upvote by selecting the upvote arrow. Your feedback helps others! Learn more about when to upvote >
Did someone help you, or did an answer or User Tip resolve your issue? Upvote by selecting the upvote arrow. Your feedback helps others! Learn more about when to upvote >
If I leave for a few hours, when I come back I have the message that my Mac restarted because of a problem. WHAT PROBLEM? This thing is less than a week old!
Hi Frank
The latest macOS versions are having various issues with automatic computer sleep mode.
Some systems crash and force a restart, others freeze up and are unresponsive.
As a test:
Turn on "Prevent automatic sleeping when display is off" and only allow the display to turn off.
Leave the Mac ON and allow the display to turn OFF during the day, then shut down for longer periods of non-use.
If that helps...?
Then sending Feedback to Apple could also help.
Another user with the same issue was asked to post the panic report for the shutdown. Here it is:
{"bug_type":"210","timestamp":"2024-01-07 20:09:16.00 -0800","os_version":"macOS 14.2.1 (23C71)","roots_installed":0,"incident_id":"E39573AB-EEBC-4F42-A8D9-A4C2A1ABBA97"}
{
"build" : "macOS 14.2.1 (23C71)",
"product" : "Mac14,14",
"socId" : "6022",
"socRevision" : "11",
"incident" : "E39573AB-EEBC-4F42-A8D9-A4C2A1ABBA97",
"crashReporterKey" : "D2E98A1B-4F31-9AB5-0B36-936DF70B7E22",
"kernel" : "Darwin Kernel Version 23.2.0: Wed Nov 15 21:55:06 PST 2023; root:xnu-10002.61.3~2\/RELEASE_ARM64_T6020",
"date" : "2024-01-07 20:09:16.03 -0800",
"panicString" : "panic(cpu 14 caller 0xfffffe0017bc193c): cpu14: LLC Bus error from cpu2: FAR=0x1600560004 LLC_ERR_STS\/ADR\/INF=0x80\/0x4300401600560004\/0x140000005 addr=0x1600560004 cmd=0x18(acc_cifl2c_cmd_rd_ld) err_sts: (LLC_ERR_STS\/ADR\/INF=0x80\/0x4300401600560004\/0x140000005 LSU_ERR_STS=0 FED_ERR_STS=0 MMU_ERR_STS=0 DPC_ERR_STS=0) @rhodes_platform_error_handler.c:594\nDebugger message: panic\nMemory ID: 0x6\nOS release type: User\nOS version: 23C71\nKernel version: Darwin Kernel Version 23.2.0: Wed Nov 15 21:55:06 PST 2023; root:xnu-10002.61.3~2\/RELEASE_ARM64_T6020\nFileset Kernelcache UUID: 869403F0E135E5AF8C41B1876A9CE8B8\nKernel UUID: E96926EC-B526-329B-9195-49D0D303154A\nBoot session UUID: E39573AB-EEBC-4F42-A8D9-A4C2A1ABBA97\niBoot version: iBoot-10151.61.4\nsecure boot?: YES\nroots installed: 0\nPaniclog version: 14\nKernelCache slide: 0x000000000f4a8000\nKernelCache base: 0xfffffe00164ac000\nKernel slide: 0x000000000f4b0000\nKernel text base: 0xfffffe00164b4000\nKernel text exec slide: 0x0000000010a04000\nKernel text exec base: 0xfffffe0017a08000\nmach_absolute_time: 0x2219d4df06e\nEpoch Time: sec usec\n Boot : 0x65983732 0x0005d010\n Sleep : 0x659b754a 0x00057b17\n Wake
this problem:
"panic(cpu 14 caller [...]: cpu14: LLC Bus error from cpu2:
LLC bus is likely a cache bus. Data items on their way from memory are cached multiple levels, and at one point your data incurred a Bus Error.
This could be a one-off error. If it does not look that way, you may have a serious Hardware issue. Luckily if your Mac is new, it has a serious warranty as well.
¿what is the date of your most recent backup, and by what method?
NB>> Genius Bar technicians are NOT trained to interpret kernel panic reports.
if you just make an appointment at the Genius Bar, Genius Bar will only fix your Mac if it fails diagnostics. You may need to work with Apple support to affirm that there is a problem, and if they agree, they will DIRECT an Apple store or an Apple-Authorized service Provider to swap the mainboard to effect the repair.
Also, if your Mac was bought DIRECT from Apple, (not from Reseller of any description) you have 14 days [firm] to return or exchange for full value, for any reason.
Thank you so much for the fast response. It seems to happen a few times a day. I am really trying to avoid having to bring it in for service since it is mounted inside a chassis in the main rack of my recording studio. Do you have any suggestions to anything I can try before having a tech come over to remove it?
That report is a serious hardware problem. If it is the same problem all the time, your Mac needs service (or an exchange).
if you send it for service, your files will not be returned to you, so good luck with Web-based backups -- restore can easily take THRRE DAYS. You may be better off in the long run connecting an external drive and making a time machine backup.
So you can tell for sure from that report that it is a hardware problem? Someone told me it might be a kernel panic from a software issue, but I think you seem to know a lot more about this than he does.
Having the same issue. A little bit different panic dump though . . .
{"bug_type":"210","timestamp":"2024-04-05 18:45:43.00 -1000","os_version":"macOS 14.4.1 (23E224)","roots_installed":0,"incident_id":"DB0B0F97-8087-4214-AA30-32244A0474E8"}
{
"build" : "macOS 14.4.1 (23E224)",
"product" : "Mac14,13",
"socId" : "6021",
"socRevision" : "11",
"incident" : "DB0B0F97-8087-4214-AA30-32244A0474E8",
"crashReporterKey" : "34E63189-386B-ED69-9C22-A164CDFC0057",
"kernel" : "Darwin Kernel Version 23.4.0: Fri Mar 15 00:12:49 PDT 2024; root:xnu-10063.101.17~1\/RELEASE_ARM64_T6020",
"date" : "2024-04-05 18:45:43.15 -1000",
"panicString" : "panic(cpu 1 caller 0xfffffe001e26ad70): \"AppleT602XDPTXPort(lpdptx-phy0)::deactivateTimeoutOccurred(0x100000410): deactivate() incomplete 10 seconds after displayRelease()! (check DCPEXT)\\n\" @AppleT8112DPTXPort.cpp:574\nDebugger message: panic\nMemory ID: 0xff\nOS release type: User\nOS version: 23E224\nKernel version: Darwin Kernel Version 23.4.0: Fri Mar 15 00:12:49 PDT 2024; root:xnu-10063.101.17~1\/RELEASE_ARM64_T6020\nFileset Kernelcache UUID: A5DBC30112639C0125B0F8101083FBF5\nKernel UUID: D3BBDD1F-7813-3F26-9F94-41BAABDA6E33\nBoot session UUID: DB0B0F97-8087-4214-AA30-32244A0474E8\niBoot version: iBoot-10151.101.3\nsecure boot?: YES\nroots installed:
Any educated thoughts?
Mahalo
the essence of that one is this line:
"panic(cpu 1 caller 0xfffffe001e26ad70): \"AppleT602XDPTXPort(lpdptx-phy0)::deactivateTimeoutOccurred(0x100000410): deactivate() incomplete 10 seconds after displayRelease()! (check DCPEXT)\\n\"
T6000 is the internal identifier of the M1 Max (or Ultra) system on a chip.
could be displayPort or ThunderBolt port Transmit out, which could be a display-generator.
MacOS tried to shut it off, and 10 seconds later it had still not said it had transitioned to OFF.
is this a recurring problem? a One-off problem?
what GROSS symptoms are you seeing outside of the panic report?
what EXACT model Mac by year, processor type and Pro/ Max/ Ultra
what displays are connected and how are they connected?
Thank you for your analysis.
My Mac Studio is a 2023 M2 Max, 64GB ram, 2TB disk.
I have a 27” Studio Display - directly connected and a 27” Dell monitor via direct HDMI.
The panics are ‘common’ with the occurrences seeming to be happening more frequently-sometimes multiple a day. Other times less often as in days apart.
I’m disconnecting peripherals [OWC 14 port bridge etc.] and will start disabling startup programs.
i suspect, maybe, it might be my screen saver [world map w/ solar and weather] or the driver app for an ADA mouse [Contour roller mouse].
Overnight the problem wasn't present. I have the OWC Dock disconnected, not using the Contour App but still have the screen saver running. The OWC Dock has a DisplayPort but that isn't in use.
Mahalo for your assistance!
it seems like this specific issue should only be possible when you are telling a display to stop (and it does not affirm that it HAS stopped within ten seconds).
So at times when the display stays on all the time, or Off all the time, I would not expect to see that same issue at all.
UPDATE: My Mac Studio [M2 Max - 64GB / 2TB SSD] has been stable.
I unplugged the OWC 14 Port Dock [which only really removed a Canon f9000 Scanner and a Western Digital external USB drive] which has a mini DisplayPort [unused]. Tested the MS going to sleep by menu selection and by dormancy and both came back to life fine. Reattached the Dock after turning the Energy Saver off as suggested. Will report later - either way.
Hey Grant,
I just opened a new topic about a very similar issue.
Your input would be much appreciated!
Regards,
Ben
I have been having the same issues with my Mac Studio.
My last backup was a few hours ago. It backs up all day to BackBlaze.
You can't cause a Bus error except by having a hardware problem. And yours is specific to LLC bus that is not accessible to software at all.
You have a hardware problem.
Brand new Mac Studio restarts because of a problem all the time