As the title says, I'm getting the error "Invalid number of allocation blocks" on a particular HFS+ partition of an external drive. I am unable to repair, even in recovery mode.
Log results when I run Repair on drive:
Checking prerequisites Checking the partition list Checking the partition map size Checking for an EFI system partition Checking the EFI system partition’s size Checking the EFI system partition’s file system Checking the EFI system partition’s folder content Checking all HFS data partition loader spaces Volume Time Machine on disk1s4 has 1,048,576 bytes of trailing loader space and it needs 134,217,728 bytes Problems were found with the partition map which might prevent booting Operation successful.
Log results when I run Repair on the troubled partition:
Repairing file system. Checking Journaled HFS Plus volume. Invalid number of allocation blocks The volume could not be verified completely. File system check exit code is 8. Updating boot support partitions for the volume as required. File system verify or repair failed. Operation failed…
The weird thing is that the other partitions on the drive don't have any problems.
I was looking into some solutions and found this guide but I not sure if that tutorial is applicable to my situation. I downloaded wxHexEditor and can use it if need be.
sudo gpt -r show disk1
gpt show: disk1: Suspicious MBR at sector 0 start size index contents 0 1 MBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B 409640 667388392 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC 667798032 508383336 1176181368 292707720 4 GPT part - 48465300-0000-11AA-AA11-00306543ECAC 1468889088 2048 1468891136 146485248 3 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 1615376384 171884544 1787260928 166260736 5 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 1953521664 3471 1953525135 32 Sec GPT table 1953525167 1 Sec GPT header
Screen cap of the partition map. The first section is just a general OS X file storage section. Then a time machine partition, then two bootcamp partitions... (long story on why there's two but I don't use either. They were just backups in case the transfer to the new drive didn't work (I could delete them if I needed to.)
The weird thing is that this is reporting that the first partition is only 342 GB. In reality it is around 690 GB [690=1000-(85+75+150)]. If you look the drive is 1 TB in total and the partition does take up a little over half the drive (the pie chart is accurate but the number is not). I just noticed this. I think it's a new problem since I've been trying to work on this. The 342 number is either how much free space there is or how much is used. I remember that is was about half full. In Paragon I was messing around becuse bootcamp creates a MBR scheme and then GUID within that (if I understand correctly) so that the MBR/NTFS can coexist with the GUID/HFS+ on the same drive. I didn't mean to mess it up though...)
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on /dev/disk0s2 975425848 398002368 576911480 41% 1868271 4293099008 0% / devfs 385 385 0 100% 666 0 100% /dev map -hosts 0 0 0 100% 0 0 100% /net map auto_home 0 0 0 100% 0 0 100% /home localhost:/LBoQ0M7--2Q2sv3sqi-Zd2 975425848 975425848 0 100% 0 0 100% /Volumes/MobileBackups /dev/disk1s3 146485240 140371096 6114144 96% 217662 3074418 7% /Volumes/Windows Bootcamp New /dev/disk1s5 166260728 136275960 29984768 82% 176094 15051298 1% /Volumes/Windows Bootcamp Original (Old) /dev/disk1s4 292707720 184526648 108181072 64% 859054 4294108225 0% /Volumes/Time Machine /dev/disk1s2 1175509584 481193080 694316504 41% 1098583 4293868696 0% /Volumes/Macintosh HD