%22%20de%20Yosemite%20TimeMachine%20hace%20que%20la%20unidad%20no%20se%20pueda%20montar%20al%20reiniciar.png)
Encendí TimeMachine y le dije que usara mi volumen Drobo para las copias de seguridad y marqué la casilla de cifrado. Lo pensó durante unos minutos y luego salió con un error que indicaba que no podía activar el cifrado (desafortunadamente, no tengo detalles).
Luego encendí TimeMachine sin cifrado y funcionó bien. Todo parecía normal hasta que reinicié... Yosemite no puede montar el Drobo y la Utilidad de Discos no proporciona ningún alivio.
## rebuildMasterList ##
**********
Disk: disk0 (APPLE HDD HTS541010A9E662 Media) - 0x7fa6cbe1a860
Partition: disk0s1 (EFI) - 0x7fa6cbf544d0
Partition: disk0s2 (Macintosh HD) [* boot volume] - 0x7fa6cbe1af60
Partition: disk0s3 (Recovery HD) - 0x7fa6cbf54850
Disk: disk1 (Drobo) - 0x7fa6cbe1abe0
Partition: disk1s1 (EFI) - 0x7fa6cbf55320
Partition: disk1s2 (disk1s2) - 0x7fa6cbd221c0
Partition: disk1s3 (Boot OS X) - 0x7fa6cbc207f0
Verify and Repair volume “disk1s2”
Starting repair tool:
repairError: Some information was unavailable during an internal lookup. - -69808
Error: Some information was unavailable during an internal lookup.
Disk Utility stopped repairing “disk1s2”: Some information was unavailable during an internal lookup.
mac:~ admin$ diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 999.3 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *17.6 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_CoreStorage 17.6 TB disk1s2
3: Apple_Boot Boot OS X 134.2 MB disk1s3
Entonces, ¿parece que el estúpido cifrado en realidad no activó el cifrado, sino que dejó el tipo de partición como CoreStorage? Esto se complica por el hecho de que la herramienta coreStorage de diskUtil no funciona en absoluto.
$ diskutil core storage list
No CoreStorage logical volume groups found
$ diskutil coreStorage info /dev/disk1
/dev/disk1 is not a CoreStorage disk
$ diskutil info /dev/disk1
Device Identifier: disk1
Device Node: /dev/disk1
Part of Whole: disk1
Device / Media Name: Drobo
Volume Name: Not applicable (no file system)
Mounted: Not applicable (no file system)
File System: None
Content (IOContent): GUID_partition_scheme
OS Can Be Installed: No
Media Type: Generic
Protocol: FireWire
SMART Status: Not Supported
Total Size: 17.6 TB (17592186044416 Bytes) (exactly 34359738368 512-Byte-Units)
Volume Free Space: Not applicable (no file system)
Device Block Size: 512 Bytes
Read-Only Media: No
Read-Only Volume: Not applicable (no file system)
Ejectable: Yes
Whole: Yes
Internal: No
OS 9 Drivers: No
Low Level Format: Not supported
Con gran promesa, compré DiskWarrior 5 que ni siquiera mira la unidad porque no está montada.
Luego probé Stellar Volume Optimizer, que pretende reparar volúmenes rotos, pero tampoco lo toca porque dice que el volumen lógico está cifrado (aunque DiskUtility sugiere que no lo está).
¿Que sigue? ¿Hay alguna manera de cambiar por la fuerza el tipo de partición a HFS+ con diario? Mi sospecha es que es sólo el tipo de partición lo que engaña a todo lo demás.
Respuesta1
La respuesta creo que es "no hagas eso". Al menos, no active el cifrado a menos que sea un disco nuevo que no tenga casi nada. Cifrar/descifrar incrementalmente algunos archivos a la vez a medida que se agregan o se accede a ellos no es un problema. ¿Pero activar el cifrado por capricho para una unidad que contiene más de una gran cantidad de archivos? Receta para el desastre.
Nada lo solucionó sin esa pérdida.