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

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 Best reply

Posted on Apr 13, 2018 8:19 AM

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

76 replies

Apr 18, 2018 10:40 PM in response to Zcomuto

Hello guys,


Is just a cache problem and is very easy to fix.


Is my second time experiencing the same issue, last time I created a new reboot disk and reinstalled all the system from scratch. lose 2 days of work to put my computer back to work.
Now, I just lose a few minutes of my day.



I could not access the /mbr_cache so I delete the entire opendirectory folder. I was prepared to reinstall all the system again but it works very well. I do not know what more was inside that folder and maybe I could have more problems in the future but. My computer did reboot now, is a little bit slower, but i think is the system recovering the cache.

So the steps that I take was.

1 create a reboot disk on a external drive.
2 boot on the external drive (holding option key to choose the disk)
3 open the terminal mode to review hidden files ( just paste the line on terminal: defaults write com.apple.finder AppleShowAllFiles -boolean true ; killall Finder )
4 go to Machintosh HD, /var/db/caches/ and delete the folder opendirectory

5 restart the computer.


I hope that works for you.
Abraço!

Apr 19, 2018 2:24 PM in response to jorgelcampos

Great, that you figured this out!

One may skip step 3 – for those who are frightened about diving into Terminal.


In Finder, simply tap on menu "Go to", item "Go to Folder" (or hit shift-cmd-G) and type


/Volumes/Macintosh HD/var/db/caches/


(substitute "Macintosh HD" with the Startup Volume name)


Voilà - you are inside the hidden folder where you can continue your repair (deleting folder opendirectory).


Instead, you can try to just rename "mbr_cache" inside of opendirectory the way Frank recommended. If you cannot access the folders, check if owner permissions for the volume to repair are deactivated (volume's Information panel at the bottom)


Regards,

Olaf

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 15, 2018 7:56 AM in response to vipingupta

Suggesting, your defective startup volume is named "Macintosh HD" one have to be very sensible with blanks in the command line.


After "cd" a blank is needed and after "Macintosh\", too. so the correct command would be:


cd /Volumes/Macintosh\ HD/var/db/caches/opendirectory/


The first blank splits the command "cd" from its parameters (the target directory).

The backslash "\" tells the command line that the following blank belongs to the string "Macintosh" and is NOT a delimiter for a parameter or something.


Be careful. Using wrong commands or parameters can be very dangerous in Terminal.


Much luck!

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

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 ID.