Kernel Panic after 10.11.4 update

After performing the El Capitan 10.11.4 update from App Store, my MacBook Pro 13" Retina Display fails to restart and gets repeated Kernel Panics.


I have performed the following steps to resolve this and all have failed so far:


1. Start from Recovery Drive and run Disk Utility - Verify/Repair - found no errors. Restart - Kernel Panics.


2. Start from Recovery Drive - run re-install OSX 10.11.4 - Restart - Kernel Panics again.


I am currently performing a Time Machine Restore and have a feeling this will also fail to Reboot.


Has anyone got any suggestions?


MacBook Pro 13" Retina Display - El Capitan 10.11.4 (attempting to update from 10.11.3)

Posted on Mar 22, 2016 8:08 AM

Reply
15 replies

Mar 22, 2016 10:00 AM in response to Jon Richardson

1. This procedure is a diagnostic test. It changes nothing, for better or worse, and therefore will not, in itself, solve the problem. But with the aid of the test results, the solution may take a few minutes, instead of hours or days.

The test works on OS X 10.8 ("Mountain Lion") and later. I don't recommend running it on older versions of OS X. It will do no harm, but it won't do much good either.

Don't be put off by the complexity of these instructions. The process is much less complicated than the description. You do harder tasks with the computer all the time.

2. If you don't already have a current backup, please back up all data before doing anything else. The backup is necessary on general principle, not because of anything in the test procedure. Backup is always a must, and when you're having any kind of trouble with the computer, you may be at higher than usual risk of losing data, whether you follow these instructions or not.

There are ways to back up a computer that isn't fully functional. Ask if you need guidance.

3. Below are instructions to run a UNIX shell script, a type of program. As I wrote above, it changes nothing. It doesn't send or receive any data on the network. All it does is to generate a human-readable report on the state of the computer. That report goes nowhere unless you choose to share it. If you prefer, you can act on it yourself without disclosing the contents to me or anyone else.

You should be wondering whether you can believe me, and whether it's safe to run a program at the behest of a stranger. In general, no, it's not safe and I don't encourage it.

In this case, however, there are ways for you to decide whether the program is safe without having to trust me. First, you can read it. Unlike an application that you download and click to run, it's transparent, so anyone who understands the code can verify what it does.

You may not be able to understand the script yourself. But variations of it have been posted on this website many times over a period of years. Any one of the millions of registered users could have read the script and raised the alarm if it was harmful. Then I would not be here now and you would not be reading this message. See, for example, this discussion.

Nevertheless, if you can't satisfy yourself that these instructions are safe, don't follow them. Ask for other options.

4. Here's a general summary of what you need to do, if you choose to proceed:

☞ Copy the text of a particular web page (not this one) to the Clipboard.

☞ Paste into the window of another application.

☞ Wait for the test to run. It usually takes a few minutes.

☞ Paste the results, which will have been copied automatically, back into a reply on this page.

These are not specific instructions; just an overview. The details are in parts 7 and 8 of this comment. The sequence is: copy, paste, wait, paste again. You don't need to copy a second time.

5. Try to test under conditions that reproduce the problem, as far as possible. For example, if the computer is intermittently slow, run the test during a slowdown.

You may have started up in safe mode. If the system is now in safe mode and works well enough in normal mode to run the test, restart as usual before running it. If you can only test in safe mode, do that.

6. If you have more than one user, and only one user is affected by the problem,, and the affected user is not an administrator, then please run the test twice: once while logged in as the affected user, and once as an administrator. The results may be different. The user that is created automatically on a new computer when you start it for the first time is an administrator. If you can't log in as an administrator, test as the affected user. Most personal Macs have only one user, and in that case this section doesn’t apply. Don't log in as root.

7. Load this linked web page (on the website "Pastebin.") Press the key combination command-A to select all the text, then copy it to the Clipboard by pressing command-C.

8. Launch the built-in Terminal application in any one of the following ways:

☞ Enter the first few letters of its name ("Terminal") into a Spotlight search. Select it in the results (it should be at the top.)

☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.

☞ Open LaunchPad and start typing the name.

Click anywhere in the Terminal window to activate it. Paste from the Clipboard into the window by pressing command-V, then press return. The text you pasted should vanish immediately.

9. If you're logged in as an administrator, you'll be prompted for your login password. Nothing will be displayed when you type it. You will not see the usual dots in place of typed characters. Make sure caps lock is off. Type carefully and then press return. You may get a one-time warning to be careful. If you make three failed attempts to enter the password, the test will run anyway, but it will produce less information. If you don't know the password, or if you prefer not to enter it, just press return three times at the password prompt. Again, the script will still run.

If the test is taking much longer than usual to run because the computer is very slow, you might be prompted for your password a second time. The authorization that you grant by entering it expires automatically after five minutes.

If you're not logged in as an administrator, you won't be prompted for a password. The test will still run. It just won't do anything that requires administrator privileges.

10. The test may take a few minutes to run, depending on how many files you have and the speed of the computer. A computer that's abnormally slow may take longer to run the test. While it's running, a series of lines will appear in the Terminal window like this:

Test started

Part 1 of 4 done at: … sec

Part 4 of 4 done at: … sec

The test results are on the Clipboard.

Please close this window.

The intervals between parts won't be exactly equal, but they give a rough indication of progress.

Wait for the final message "Please close this window" to appear—again, usually within a few minutes. If you don't see that message within about 30 minutes, the test probably won't complete in a reasonable time. In that case, press the key combination control-C or command-period to stop it. Then go to the next step. You'll have incomplete results, but still something.

In order to get results, the test must either be allowed to complete or else manually stopped as above. If you close the Terminal window while the test is still running, the partial results won't be saved.

11. When the test is complete, or if you stopped it manually, quit Terminal. The results will have been saved to the Clipboard automatically. They are not shown in the Terminal window. Please don't copy anything from there. All you have to do is start a reply to this comment and then paste by pressing command-V again.

At the top of the results, there will be a line that begins with the words "Start time." If you don't see that, but instead see a mass of gibberish, you didn't wait for the "close this window" message. Please wait for it and try again.

If any private information, such as your name or email address, appears in the results, anonymize it before posting. Usually that won't be necessary.

12. When you post the results, you might see an error message on the web page: "You have included content in your post that is not permitted," or "The message contains invalid characters." That's a bug in the software that runs this website. Please post the test results on Pastebin, then post a link here to the page you created.

If you have an account on Pastebin, please don't select Private from the Paste Exposure menu on the page, because then no one but you will be able to see it.

13. When you're done with the test, it's gone. There is nothing to uninstall or clean up.

14. This is a public forum, and others may give you advice based on the results of the test. They speak for themselves, not for me. The test itself is harmless, but whatever else you do may not be. For others who choose to run it, I don't recommend that you post the test results on this website unless I asked you to.

15. The linked UNIX shell script bears a notice of copyright. Readers of ASC may copy it for their own personal use. Neither the whole nor any part may be redistributed.

Mar 24, 2016 12:29 PM in response to Linc Davis

Hi!


The same (reproducable) problem with my Mid / Late (?) 2013 15" Retina MacBook Pro. After installing the update I receive a "This system was automatically rebooted after panic", and after some reboots " Panic loop detected (5 in 83 seconds). System will shut down. Try booting into the Recovery HD volume by holding Command + R".


Restored from Time Machine, works perfectly, installed Update again, the same Panic loop. :-( I thought it might be, that a 3rd party USB 3.0 to Ethernet Driver might be the problem. Removed it completely from the system before the second update, didn't helped. There's just one more 3rd Party "Driver like" App on my MBP and thats TrueCrypt 7.1 (which is also on my MacPro (late 2008), where the update works perfectly.


After the restore I will run your diagnostic, and I will also update my late 2007 MacBook Pro (but this one has a through 3rd Party replaced graphic chip, it's the same model as the original, but later production WITHOUT failure... ). Are you interested in the results of this one too (IF the failure occours on the 2007, don't know, need to do a full backup first).


Btw.: I have just downloaded a full Mac OS X El Capitan (15E65) for NetInstall on my Server. I'm NOT able to install from it, nor can I use Net Restore or NetBoot... :-(


I forgot something (remembered through this post: https://boinc.berkeley.edu/dev/forum_thread.php?id=10870) I have the latest nvidia CUDA driver installed (hoped to receive 10 bit...) Grmpfh.

Mar 24, 2016 1:47 PM in response to hcb

Update:


Okay, that's what can happen, if you rely to 3rd party security extensions, because apple don't fix his security holes.

I forgot about the SUIDGuardNG. After removing it, and installing the 10.11.4 ComboUpdate, everything is fine.


There's just one thing now: Not all holes are fixed by apple, they are well known, and now I'm vulnerable again.

Mar 30, 2016 12:29 PM in response to Linc Davis

Linc,


Can I post a link here, in regards to a thread I started here in Apple Support, about possible Kernel Panic trouble I'm having with my MBP?


I guess I'd like someone to look at it, just to see if they can make any sense what has happened to my computer.


Also, the AppleCare Help Desk reached out to me, via email, and sent me a link to this posting. I'm a bit confused, only in that I never posted anything about my computer problems here within this thread.


But, here I am....


Do you have a bit of time to have a look?


Thanks,


Dave

Mar 30, 2016 2:01 PM in response to djmaher

Apple contacted me too, for gathering some diagnose data.


In this way it remains to hope that Apple will fix the "dyld_sim executable" bug (for which Stefan Esser - ionic- wrote this SUIDGuard for - IMHO) and not only the possibility to install the (hopefully) next version of the SUIDGuard.


Maybe Apple will concentrate to take more care about their code (http://www.theregister.co.uk/2016/03/30/apple_os_x_rootless/) and in this way take more care about their users and the security of OS X. There had been toooooo many bugs in the last time. :-(


Regards

hcb

Apr 2, 2016 2:45 PM in response to Linc Davis

Hi Linc,

My mac has been kernel panicing like a maniac as the temperature approaches 60 degrees C with 10.11.4. I am using SMCFanControl to keep the fans at 6000 RPM. That worked at first, but after a week or so it seems the temps are elevating even with almost nothing.


Ran your script and here are the results. I do not see SUIDGuard on my computer so may be something else. Thanks!


http://pastebin.com/4cfydVWv

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Kernel Panic after 10.11.4 update

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