Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

HeyChason

macrumors newbie
Original poster
Dec 13, 2012
6
0
My main SSD OS became unrecognizable and will not mount via Disk Utilities. I am trying to fix/mount via Terminal. This is my diskutil list:

/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk1 249.8 GB disk0s2

/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +249.8 GB disk1
Physical Store disk0s2
1: APFS Volume OS 128.6 GB disk1s1
2: APFS Volume Preboot 20.9 MB disk1s2
3: APFS Volume Recovery 518.8 MB disk1s3
4: APFS Volume VM 4.3 GB disk1s4

/dev/disk2 (external, physical):

#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *320.1 GB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS NexStar MASTER 319.2 GB disk2s2
3: Apple_Boot Recovery HD 650.0 MB disk2s3

From what I can tell I believe APFS Volume OS is my hard drive that's not working and I need to remount. Below are the commands and responses I've tried:

$ diskutil mount /dev/disk1s1
Volume on disk1s1 failed to mount; it appears to be an APFS Volume which might be locked
Try "diskutil apfs unlockVolume"
$ diskutil apfs unlockVolume

Usage: diskutil apfs unlockVolume|unlock <apfsVolumeDisk>
[-user disk | -user <cryptoUserUUID> | -recoverykeychain keychainFile]
[-passphrase <passphrase> | -stdinpassphrase]
[-nomount | -mountpoint <mountPoint> | -verify] [-plist]
where <apfsVolumeDisk> = APFS Volume DiskIdentifier
<cryptoUserUUID> = one of (possibly many) users who have access
<keychainFile> = a full path to an unlocked keychain file
<passphrase> = a password (if none specifed, get interactively)
<mountPoint> = custom (must exist and your uid must have privs)
Unlock an encrypted APFS Volume which is currently locked. If you do not supply
the -user option, then all users are searched for a match; if you supply "disk"
then the Disk UUID (which equals the APFS Volume UUID) is assumed; if you supply
a UUID then that crypto user is assumed. You can supply the password on the
command line (specify "-passphrase foo") or interactively (specify no
passphrase). Scripts can securely pipe into diskutil's stdin when using
"-stdinpassphrase".
Ownership of the affected disks is required in addition to the credentials.
Examples: diskutil apfs unlockVolume disk5s1
diskutil apfs unlockVolume disk5s1 -passphrase hello

$ diskutil apfs unlockVolume disk1s1
Passphrase:
Unlocking any cryptographic user on APFS Volume disk1s1
Error unlocking APFS Volume: The given APFS Volume is not encrypted (-69593)

This is where I am stuck. It seems as though the OS is locked, but when I tried to unlock it tells me it's not encrypted.

Any help is appreciated! Sorry if this isn't the right area to post - I wasn't sure if the OS I was using mattered in this instance.
 
Seems as though I may be out of luck and will just have to erase the disc completely. It seems this is a dead end.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.