¿Cómo puedo encriptar un disco donde diskutil cs convert informa "un problema" y deja el disco ilegible?

0

Estoy tratando de cifrar mi volumen de copia de seguridad de Time Machine, pero diskutil se niega y deja el disco ilegible (pero se puede reparar usando Linux). ¿Cómo puedo proceder?

Es un disco USB3 de Western Digital Elements 107C 3TB.

Tiene una sola partición HFS + y ha funcionado bien.

diskutil verifyDisk y diskutil verifyVolume no reportan problemas. También he usado Alsoft DiskWarrior para reparar discrepancias, sin problemas.

Si intento convertir el volumen, diskutil informa "un problema", como este:

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 almacenamiento principal que está "en línea" y "reversible", pero no puede montarse ni activarse, ni tampoco el volumen físico principal. La utilidad de disco se bloquea al iniciarse cuando el disco está conectado. diskutil repairDisk en los informes del volumen principal:

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 puedes leer el dispositivo usando hexdump. El núcleo parece muy confundido.

Pude recuperar el disco al montarlo en Linux y usar 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 donde diskutil no puede revertir el tipo de partición.

Pero esto no me acerca más a cifrar mi volumen de respaldo.

¿Alguien tiene alguna idea de cuál podría ser el "problema" y cómo podría 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, de acuerdo con 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, incluido gpt. Linux "gdisk" informó que tenía estas mismas particiones, pero la segunda partición con el tipo "AF02" (Core Storage).

    
pregunta rptb1 06.01.2016 - 19:59

1 respuesta

1

El disco está montado en un gabinete que no informa correctamente un tamaño de bloque lógico de 512 bytes. En su lugar se utilizan 4096 bytes. El disco en sí tiene un tamaño de bloque físico (tamaño de bloque de dispositivo) de 4096 bytes.

Si el disco / volumen no muestra ningún error en Utilidad de disco , asumiría que CoreStorage y el gabinete & el disco duro no es compatible.

Propongo usar otro método para cifrar la copia de seguridad de Time Machine:

  • imagen dispersa encriptada
  • imagen sparsebundle cifrada (similar a FileVault1)
  • imagen encriptada
respondido por el klanomath 07.01.2016 - 18:21

Lea otras preguntas en las etiquetas