How to fsck_apfs an encrypted volume

apfsdisk-utilityfsck

I'm playing with macOS 10.13 beta but a volume seems to have been corrupted during migration to APFS. I can boot and log in but soon get a "static screen". I launched recovery mode and launched disk utility. When trying to run First Aid I get exit code 65. So I started the terminal:

If I run diskutil apfs list I see the volume encrypted and locked.

I then tried diskutil apfs unlockVolume /dev/disk1s1 which unlocks AND mounts the volume.

Now fsck_apfs /dev/rdisk1s1 and fsck_apfs /dev/disk1s1 give error: container /dev/rdisk1 is mounted with write access.

How can I try and repair this volume? I suspect that something happened during the initial migrate and the volume is stuck in half APFS, half HFS+ somehow.

Update:

If I go back to "Disk Utility" and unmount the volume there and return to Terminal, then fsck_apfs /dev/disk1s1 gives error: container /dev/rdisk1 is mounted. I try and unmount the "Image Volume", but diskutil umount /Volumes/Image\ Volume/ gives Volume Recovery on disk1s3 failed to unmount: dissented by PID 0 (kernel)

Best Answer

I had to change the format of the command given in the other answer. The correct command is:

diskutil apfs unlockVolume /dev/disk1 -nomount

Related Solutions

APFS encrypted volume no longer accepts password

mount_apfs: mount: Input/output error

The enclosure, cable, or drive are (or are going) bad.

MacOS – APFS Volume Total Shows Less Free Space Than Container and How to Reclaim Space

The results from the math shown below is about 17.3 GB of unallocated space.

 250.0     Total drive space
   -.2907  EFI partition
-190.0     APFS container
   -.1342  Microsoft Reserved
 -42.9     BOOTCAMP
   -.4719  Windows Recovery
_________
  17.2842  Unallocated space

I assume this unallocated space is between the Apple_APFS and Microsoft Reserved partitions. If so, then the correct command to add the free space to the Apple_APFS partition is given below. Before using this command, open the MiniTool application and confirm the free space is between the Apple_APFS and Microsoft Reserved partitions.

sudo diskutil apfs resizeContainer disk0s2 0

From the information you posted, I am guessing the free space will between the Microsoft Reserved and Microsoft Basic Data partitions. If this is the case, then you will first need to move the Microsoft Reserved partition partition to the end of the free space. Below is an outline of the steps to follow.

The MiniTool can not move this partition. Instead you can make a copy of the partition.
The copy of the Microsoft Reserved partition will have the wrong partition type id. You will need to use the MiniTool application to change this id to Windows - Microsoft Reserved Partition.
The new partition will need to be assigned the GPT_BASIC_DATA_ATTRIBUTE_NO_DRIVE_LETTER attribute bit. Basically, this is bit 0x8000000000000000. Unfortunately, this can to be done using MiniTool. You will have to use the diskpart command from a Administrator Command Prompt window.
After exiting diskpart, you will need to reboot Windows.
Use the MiniTool to remove the original Microsoft Reserved partition.

A final note:

You posted the following question.

That operation successfully executed and as you will see, container for APFS is at 190 GB now. But my Macintosh HD is still occupying 165.4 GB. I tried resizing using (/usr/sbin/diskutil apfs resizeContainer /dev/disk1 0) but to no avail. Does anyone know how I can reclaim the 20 GB space I freed up before and use container to its max capacity?

Answer: Basically, the question makes no sense. The APFS container has a size of 190 GB and the Macintosh HD volume is using 165.4 GB of this container's space. If you enlarge the APFS container, the size of the Macintosh HD volume will not change.

Best Answer

Related Solutions

APFS encrypted volume no longer accepts password

MacOS – APFS Volume Total Shows Less Free Space Than Container and How to Reclaim Space

Related Question