Como dice el título, estoy recibiendo el mensaje de error "no Válido número de bloques de asignación" en una determinada partición HFS+ de una unidad externa. Soy incapaz de reparación, incluso en modo de recuperación.
Registro de los resultados al ejecutar la Reparación de la unidad:
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.
Registro de los resultados al ejecutar la Reparación sobre la problemática de la partición:
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…
Lo extraño es que las otras particiones en el disco no tiene ningún problema.
Yo estaba buscando en algunas de las soluciones y encontré esta guía, pero yo no estoy seguro si ese tutorial es aplicable a mi situación. He descargado wxHexEditor y se puede utilizar en caso de necesidad.
Editar:
Resultados de la 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
Tapa de pantalla de el mapa de particiones. La primera sección es sólo un general OS X archivo de la sección de almacenamiento. A continuación, una máquina del tiempo de la partición, luego de dos bootcamp particiones... (una larga historia sobre por qué hay dos, pero yo no los uso. Eran sólo copias de seguridad en caso de que el traslado a la nueva unidad no funciona (me podría eliminar si yo fuera necesario.)
Lo extraño es que esta es la presentación de informes de que la primera partición es sólo 342 GB. En realidad se trata de alrededor de 690 GB [690=1000-(85+75+150)]. Si usted mira el disco es de 1 TB en total y la partición hace tomar un poco más de la mitad de la unidad (el gráfico circular es exacta, pero el número no es). Acabo de darme cuenta de esto. Creo que es un problema nuevo, ya que he estado tratando de trabajar en esto. El 342 número es la cantidad de espacio libre que hay, o la cantidad que se utiliza. Recuerdo que estaba medio lleno. En Paragon yo jugueteaba becuse bootcamp crea un esquema MBR y luego GUID dentro de ese (si he entendido bien), de modo que el MBR/NTFS puede coexistir con el GUID/HFS+ en la misma unidad. No me refiero a ensuciar para arriba, aunque...)
Salida de df:
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
