Traditional recovery steps
After a forced startup due to a wifi connection issue, the startup stayed stuck with a grey screen, Apple logo and turning spinning indicator. Then I tried all the following solutions:
- Startup in Safe mode: failed
- Reset the NVRAM: failed
- Startup after checking disk and files with the disk utility of the recovery disk: failed. The disk check was successful and the permissions check revealed some inconsistencies but all have been repaired successfully. Startup on the recovery disk was successful.
Using Single User startup mode
Then I started in Single User Mode and followed some guidelines found on Apple pages and various forums.
I reach a #root prompt after
hfs: mounted Macintosh HD on device root_device XPCM: registered Root device is mounted read-only
With a proposed alternative to modify the files or to continue the booting process.
I applied
/sbin/fsck_hfs -fy
. It returned:** The volume Macintosh HD seems to be OK ** and ***** The volume was modified *****
I applied
/sbin/mount -uw /
. It finished with/dev/disk0s2 on / (hfs. local. journaled)
I applied
launchctl load /System/Library/LaunchDaemons/com.apple.opendirectoryd.plist.
It returned:
Couldn't stat <plist> No such file or directory. Nothing found to load
Using dscl(1)
I read somewhere that the previous error message could be ignored in some situation, but it was impossible for me to determine if it was the case here. I went into dscl(1) as the issue seemed to come from Open Directories. I stayed in the interactive mode as I'm not expert to take the risk of modifying the files and I was not sure of which files to check.
- The answer was the same than the previous error message indicated above: "nothing found to load"
A
ls
command returns:ls: DS error: eServer error; <dscl_cmd> DS Error: -14910 (eServer error;)
- I exited the dscl interactive mode to come back at the #root prompt.
Trying to look at plist content
- Through the command line I changed the current directory to look at files in /System/Library/LaunchDaemons. All files are there, with dates, size and permissions.
- Some things surprised me. When asking a simple cd not followed by options the return is
-sh: -cd: HOME not set
. Maybe this is due to the Single User startup mode? The other one is that when I askcd ..
whatever could be the current directory position in the tree I get-sh: -cd: No such file or directory
- I then tried to open a plist to check its content with
plutil -convert xml1 <file name>
as I was in the LaunchDaemons directory. I first tried with another file, like com.apple.newsyslog.plist. It returnsfile doesn't not exists or is not readable or is not a regular file
. The same answer is returned for the opendirectoryd.plist file. Files of this directory are all dated as of Sep 23, probably the date where the system was installed when I bought the MBP, the size of opendirectoryd.plist file is 698 ko and authorisations are-rw-r--r--
- I tried also to open one of my files in the user directories as this error message was maybe due that they were system files. But I had the same answer with a plist I built myself and I was sure to be valid as it's used by XCode in my developments.
I'm now stuck there ignoring what could be the next step. I would like to avoid re-installing the system. I feel that it's like the startup is unable to find an entry point in the directories even if the command line finds files traditionally. But it's just an assumption. If its true, is thee a way to make him find the files?
Add-on's after initial post
- On Feb. 8 (22:50 UTC). I got another computer to connect the MBP in target mode. I was able to open the plist with PropertyList Editor to check that the content was not corrupted. Plist files are valid, even if I don't know if their content is pertinent with the situation.
Thanks for your help. MacBook Pro (Retina, 13-inch, Late 2013), OS X Mavericks (10.9.1)