crashed: too many corpses being created

After installing a Yosemite update on my laptop, when it boots, it seems to all be fine until about the loading bar is maybe 2/3 done, then slows to a crawl and takes another 20 minutes or so to reach full - where it stays. I have no cursor or anything else during this time, but my caps lock button light will go on an off when I press it.

I've tried:
-Resetting PRAM/NVRAM
-Booting into recovery mode and repairing the drive/partition. This seemed to be done successfully.
-Booting hardware diagnostics and doing a check. It says everything is fine.
-Safe boot. Takes the same length of time and hangs at the same place, so honestly not sure if I'm even doing it right.
-Verbose mode says every single process has crashed, with 'too many corpses being created.'. (picture - note that it's not actually blurry, just scrolling pretty fast so a photo wasn't the best)

It's a Mid-2011 15" Macbook pro, 2.2GHz with a 750GB hard drive and 16GB of RAM. I'm still doing a few other checks (currently re-installing 10.10 using a thumb drive to see if that fixes it), but has anyone got any ideas or had a similar problem?

MacBook Pro (15-inch Early 2011), OS X Yosemite (10.10.3)

Posted on Jun 27, 2015 2:24 PM

Reply
Question marked as Top-ranking reply

Posted on Oct 1, 2017 4:49 AM

The following didn't work for me, but creating/fixing the file rc.server has worked for many others with a similar problem. To do this, boot up your Mac in Single User mode (hold Cmd+S immediately as you hear the Apple chime).


Once the initial verbose script has finished loading, enter the following two lines:

mount -uw /

/usr/bin/nano /etc/rc.server

The first line allows your Mac's system files to be written to. The second line opens/creates rc.server as a file, using the nano process. Once the file opens, delete any script that already exists (don't worry if it's empty) and then enter the following two lines:

#!/bin/sh

/usr/sbin/BootCacheControl jettison

Once finished, save your changes with Ctrl+O and then exit nano with Ctrl+X. Your Mac may then automatically reboot, but if it returns you to Single User mode, enter the following line:

reboot


Credit to Chris Hotte (a.k.a NightFlight) for originally discovering this fix


Hope this works for you!


Note: if you're using a UK-type keyboard like myself, you might have a hard time creating the # hash symbol required for the rc.server script. UK input requires Alt+3 to create #, but Alt seems to have no effect within Single User mode. To get around this, I used Recovery Mode (boot up and hold Cmd+R) and changed my input to a US keyboard, then rebooted. US input uses Shift+3 to get #, which works fine in Single User mode

76 replies

Apr 13, 2018 8:19 AM in response to Zcomuto

So, here is the latest solution from Apple:


  1. Restart your Mac and hold down Command-R tostart up from macOS Recovery.
  2. If the startup drive has FileVault turned on, open Disk Utility and proceed with the next step. If FileVault is off, skip to step 5.
  3. Select the startup drive and click Mount in the Disk Utility toolbar. When prompted, select a login name and enter the password. Then click Unlock to mount the startup drive.
  4. Quit Disk Utility.
  5. Choose Utilities > Terminal from the menu bar.
  6. Type this command in Terminal:cd /Volumes/Macintosh\ HD/var/db/caches/opendirectory/
    Modify the command to reflect the name of the startup volume if it's not Macintosh HD. Remember to use an escape character \ before each white space in the command path.
  7. Press Return.
  8. Type this command in Terminal:mv ./mbr_cache ./mbr_cache-old
    The mv Terminal command is safer than the rm command. Errant white space in an rm command can destroy the user's data.
  9. Press Return.
  10. Quit Terminal.
  11. Choose Apple () menu > Restart.

The first startup after running these commands takes longer than usual as the cache is recreated. Subsequent startups will take the normal amount of time.

Hope this will help you 🙂

Frank

Apr 23, 2018 2:14 AM in response to frankv.

Hi Frank,


yes, you are right concerning "Recovery HD". My reply was to jorgelcampos' solution where an external drive was suggested to be used.

Using "Recovery HD" is faster, more direct and the only way if you cannot use or don't want to use an external drive – "creating" an external boot drive when you don't have any working Mac might be impossible. (Haven't try the "createinstallmedia"-thing in this context, wonder if it would still work with High Sierra. It is not recommended since El Capitan, I think - though it might still work.)


Regards,

Olaf

May 19, 2018 3:53 AM in response to frankv.

Franv.

Thanks for this. MBP late 2011, issue after updating to latest High Sierra OS, when logging loading bar progressed all the way to the end and stayed that way. I tried every single option posted here and other forums and only this one seems to finally worked for me. Not sure if the solution was just the above option or a combination of all or several of other options but after following the above my MBP is now up. Would be good to know if other than to do a new TM if I should perform some sort of check before a future shut down.

Thanks

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.

crashed: too many corpses being created

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