You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Kernel Panic on Shut Down and Boot

This is beyond my understanding, and I'm hoping someone can help me resolve and prevent this problem with my shut down and reboot. Running Big Sur 11.2.3 on 2020 MacBook Pro Intel:


panic(cpu 2 caller 0xffffff8011cbfbe6): initproc exited -- exit reason namespace 2 subcode 0x4 description: none


uuid info:

0x112cef000 uuid = <0d4ea85f-7e30-338b-9215-314a5a5539b6>

0x10e6e8000 uuid = <7426871f-66d2-3ee3-9d3c-26d02cdfa336>


Thread 8 crashed


RAX: 0x00007fff203b3c2a, RBX: 0x000070000eb179b0, RCX: 0x00007fff203cb98d, RDX: 0x0000000000000002

RSP: 0x000070000eb17998, RBP: 0x000070000eb179a0, RSI: 0x0000000000000390, RDI: 0x00007f8104c0cf60

R8: 0x00000000004f4005, R9: 0x0000000000000001, R10: 0x0000000000000000, R11: 0xfffffffffffffe30

R12: 0x00007f8104c05eb0, R13: 0x0000000000000001, R14: 0x0000000000000001, R15: 0x000070000eb17aa0

RFL: 0x0000000000010207, RIP: 0x00007fff203c5347, CS: 0x000000000000002b, SS: 0x0000000000000023


Thread 0: 0xffffff86bf1f7000

0x00007fff20511622

0x00007fff203a651b

0x0000000000000000


Thread 1: 0xffffff86e4570ad0

0x00007fff2052ea62

0x00007fff20398195

0x00007fff203a8550

0x00007fff2039b4a7

0x00007fff2039c0cb

0x00007fff203a5c5d

0x00007fff2053d499

0x00007fff2053c467

0x0000000000000000


Thread 2: 0xffffff86d1548480

0x00007fff205115a2

0x000000010e6f50a6

0x00007fff203957c7

0x00007fff2039b5fe

0x00007fff2039c0cb

0x00007fff203a5c5d

0x00007fff2053d499

0x00007fff2053c467

0x0000000000000000


Thread 3: 0xffffff86ce493ad0

0x00007fff205115a2

0x00007fff203957c7

0x00007fff20398195

0x00007fff203a8550

0x00007fff203a4857

0x00007fff203a4fb8

0x00007fff2053d453

0x00007fff2053c467

0x0000000000000000


Thread 4: 0xffffff86d0d5e480

0x00007fff2052ea7a

0x00007fff203957c7

0x00007fff2039b5fe

0x00007fff2039c0cb

0x00007fff203a5c5d

0x00007fff2053d499

0x00007fff2053c467

0x0000000000000000


Thread 5: 0xffffff86e458dad0

0x00007fff205115a2

0x00007fff203957c7

0x00007fff20398195

0x00007fff203a8550

0x00007fff203a4857

0x00007fff203a4fb8

0x00007fff2053d453

0x00007fff2053c467

0x0000000000000000


Thread 6: 0xffffff86e458b000

0x00007fff205115a2

0x00007fff203957c7

0x00007fff20398195

0x00007fff203a8550

0x00007fff203a4857

0x00007fff203a4fb8

0x00007fff2053d453

0x00007fff2053c467

0x0000000000000000


Thread 7: 0xffffff86e458ebf0

0x00007fff2050d586

0x00007fff203b31fc

0x00007fff203a284c

0x00007fff203a24ac

0x000000010e6f34f8

0x000000010e6f5024

0x000000010e6f4e0e

0x00007fff203957c7

0x00007fff203a2605

0x000000010e6f4527

0x00007fff203957c7

0x00007fff20398195

0x00007fff203a8550

0x00007fff2039b4a7

0x00007fff2039c0cb

0x00007fff203a5c5d

0x00007fff2053d499

0x00007fff2053c467

0x0000000000000000


Thread 8: 0xffffff86e458f480

0x00007fff203c5347

0x00007fff203b2404

0x00007fff203a5ae0

0x00007fff2053d499

0x00007fff2053c467

0x0000000000000000


Thread 9: 0xffffff86e4590e30

0x00007fff2053c458


Thread 10: 0xffffff86e5d7c890

0x00007fff2053c458



Mac OS version:

20D91


Kernel version:

Darwin Kernel Version 20.3.0: Thu Jan 21 00:07:06 PST 2021; root:xnu-7195.81.3~1/RELEASE_X86_64

Kernel UUID: C86236B2-4976-3542-80CA-74A6B8B4BA03

System model name: MacBookPro16,2 (Mac-5F***A28)

System shutdown begun: YES


MacBook Pro 13″, macOS 11.1

Posted on Mar 19, 2021 9:57 AM

Reply

Similar questions

8 replies

Mar 24, 2021 6:01 AM in response to Barney-15E

I have the exact same problem. It happens (almost) every time I shut down. New MacBook Pro 16, problem just started when I upgraded to Big Sur. There are no diagnostic reports I can find except the ones like the one belleslettres posted above. I doubt this is hardware -- if you search even a bit there are MANY posts with exactly the same issue.


The one thing I have noticed that is POSSIBLY related is the following: (a) I have an Apple TimeMachine doing my backups (actually two on my network) and when I make sure the TimeMachine is not running it sometimes causes the failure not to happen; and (b) I have seen posts where people believe similar crashes are related to Big Sur's preference for case sensitive APFS disk support (search Google for "big sur apfs kernel panic shutdown"). They recommend reformatting your TMs and starting your backups over. I have not yet gone to this step since my backups are FileVault and I don't yet want to spend a full day rebuilding my backups just in case I can work around a bug Apple does not care to diagnose and fix.


More tools to help us figure out what component is crashing would be helpful. I feel like we are flying blind here.

Mar 24, 2021 6:15 AM in response to BrianGood

if you search even a bit there are MANY posts with exactly the same issue.

Why could that not be a hardware problem.

There have been at least two wide-spread hardware problems with brand new Macs, the 15" Mid-2010 MacBook Pros shipped with bad GPUs and there was also an iMac model with a similar GPU problem.

The Mid-2010 MBP often did not show signs of problems until upgrading to Lion, but still some saw the problem in Snow Leopard. So, a hardware problem can exist without signs of it in one OS, but show up in another.

If you believe a brand new Mac cannot have a hardware problem, you are quite mistaken.

Mar 24, 2021 7:47 AM in response to Barney-15E

Point well taken, thank you. It certainly could be hardware and that is definitely something worth checking out as you suggest because there is plenty of history. My doubts of the hardware came from posts of (what appear to me as) similar events that seem to happen on varied hardware configurations (mine on an intel chip, others on the Apple silicon -- but this does not necessarily imply that there are not other common hardware components, like for example a network attached TimeMachine or some other peripheral). Since the big change for me was Big Sur, and since I saw other examples of different systems that all happened after a Big Sur upgrade, I went to software as my prime suspect.


The one frustration I really was most focused on was the lack of diagnostic tools available to narrow this down. It would be great if the report posted above (and similar to my own) would actually identify the module associated with the problem. Was it a backup task, system virtual storage management, an antivirus program that crashed? This would be be SO helpful, but it's just not available from what I can understand from the data shown. I tried to find more information in the logs directory, but there was simply nothing there and so there was nothing there to go on either.


I think that is what this really boils down to for me. This is a complex product, no doubt. And add to that the fact that every user puts their own extension products on top of it does not make it any easier. To narrow it down it does often require a lot of ground work (like testing all of the hardware, like sometimes reloading the operating system, ...). But in the end, if the panic report just gave us a few clues on what software component was running when the panic occurred it would probably save a lot of time boiling the ocean.

Mar 24, 2021 8:50 AM in response to BrianGood

The one frustration I really was most focused on was the lack of diagnostic tools available to narrow this down. It would be great if the report posted above (and similar to my own) would actually identify the module associated with the problem.

None of that information is available in a kernel panic. A kernel panic is an unexpected fatal error that was not handled at all. If it could be handled or the source known, it wouldn't have panicked.

It can sometimes provide what is currently running at the time, but that almost never is directly related to what caused the panic because it is just what was coincidentally going on at the time. The kernel code is running so far below the level of frameworks and applications that it almost never can show what was the cause.

Normally, the kernel panic does have a backtrace, again not conclusive but coincidental. Your panic looks like a logic board problem, not a kernel extension bug. But, I have seen panics caused by AV kernel extensions that look more like hardware faults than common kernel extension bugs.

If you have any third-party kernel extensions installed, uninstall them.


The diagnostic tools are available at an Apple Store or Authorized Repair Center.

Kernel Panic on Shut Down and Boot

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.