Estoy intentando cifrar mi volumen de copia de seguridad de Time Machine, pero diskutil se niega y deja el disco ilegible (pero reparable con Linux). ¿Cómo puedo proceder?
Es un disco Western Digital Elements 107C 3TB USB3.
Tiene una sola partición HFS+ y ha estado funcionando bien.
diskutil verifyDisk
y diskutil verifyVolume
informan de que no hay problemas. También he utilizado DiskWarrior para reparar las discrepancias, sin problemas.
Si intento convertir el volumen, diskutil reporta "un problema", así:
rb@Silverbird$ /usr/sbin/diskutil cs convert /Volumes/RB3TB1/
Started CoreStorage operation on disk4s2 RB3TB1
Resizing disk to fit Core Storage headers
Creating Core Storage Logical Volume Group
Attempting to unmount disk4s2
Switching disk4s2 to Core Storage
Waiting for Logical Volume to appear
Mounting Logical Volume
A problem occurred; undoing all changes
Switching partition from Core Storage type to original type
Undoing creation of Logical Volume Group
Reclaiming space formerly used by Core Storage metadata
Error: -69842: Couldn't mount disk
Esto deja el disco ilegible. diskutil cs list
muestra el disco como un volumen de Core Storage que está "en línea" y es "reversible", pero no se puede montar ni actuar sobre él, ni tampoco el volumen físico padre. La Utilidad de Discos se cuelga al iniciarse cuando el disco está conectado. diskutil repairDisk
en los informes de volumen de los padres:
Repairing the partition map might erase disk4s1, proceed? (y/N) y
Started partition map repair on disk4
Checking prerequisites
Problems were encountered during repair of the partition map
Error: -69808: Some information was unavailable during an internal lookup
De hecho, todo el acceso al disco parece estar roto en este punto.
rb@Silverbird$ sudo /usr/sbin/gpt show /dev/disk4
gpt show: unable to open device '/dev/disk4': Input/output error
Ni siquiera se puede leer el dispositivo usando hexdump. El kernel parece muy confundido.
Pude recuperar el disco montándolo en Linux y utilizando la utilidad "gdisk" para cambiar el tipo de partición de AF02 (Core Storage) a AF00 (HFS+). Después de eso, diskutil verifica que tanto el disco como el volumen están bien.
Sospecho que Apple tiene un error en el que diskutil falla al revertir el tipo de partición.
Pero esto no me lleva a cifrar mi volumen de copia de seguridad.
¿Alguien tiene alguna idea de cuál puede ser el "problema" y cómo puedo proceder?
rb@Silverbird$ /usr/sbin/diskutil info /Volumes/RB3TB1
Device Identifier: disk5s2
Device Node: /dev/disk5s2
Whole: No
Part of Whole: disk5
Device / Media Name: RB3TB1
Volume Name: RB3TB1
Mounted: Yes
Mount Point: /Volumes/RB3TB1
File System Personality: Journaled HFS+
Type (Bundle): hfs
Name (User Visible): Mac OS Extended (Journaled)
Journal: Journal size 229376 KB at offset 0x8f07408000
Owners: Enabled
Partition Type: Apple_HFS
OS Can Be Installed: Yes
Media Type: Generic
Protocol: USB
SMART Status: Not Supported
Volume UUID: F096E831-F27D-3433-9BBE-6B65F4F69FA5
Disk / Partition UUID: FE09034E-6AA0-4490-82A1-1F7E894ACD91
Total Size: 3.0 TB (3000110108672 Bytes) (exactly 5859590056 512-Byte-Units)
Volume Free Space: 78.1 GB (78142939136 Bytes) (exactly 152622928 512-Byte-Units)
Device Block Size: 4096 Bytes
Allocation Block Size: 4096 Bytes
Read-Only Media: No
Read-Only Volume: No
Device Location: External
Removable Media: No
El disco contiene alrededor de 732000000 archivos, según la Utilidad de Discos (en realidad entradas de directorio).
Esto es OS X 10.11.2, todo actualizado, basado en una instalación limpia de OS X 10.11 el mes pasado.
Editar: Aquí está la salida de gpt cuando se repara el disco.
rb@Silverbird$ sudo /usr/sbin/gpt -r show /dev/disk3
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 4 Pri GPT table
6 76800 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
76806 732448757 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
732525563 32768 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
732558331 4 Sec GPT table
732558335 1 Sec GPT header
Cuando el disco era ilegible (después de la reversión fallida) nada en OS X podía leerlo, incluyendo gpt. El "gdisk" de Linux reportó que tenía estas mismas particiones, pero la segunda con el tipo "AF02" (Core Storage).