0 votos

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

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).

1voto

klanomath Puntos 19587

El disco está montado en una caja que no reporta correctamente un tamaño de bloque lógico de 512 bytes. En su lugar se utilizan 4096 bytes. El propio disco tiene un tamaño de bloque físico (Device Block Size) de 4096 bytes.

Si el disco/volumen no muestra ningún error en Utilidad de Discos En este caso, supongo que CoreStorage y la carcasa y el disco duro no son compatibles.

Te propongo utilizar otro método para cifrar tu copia de seguridad de Time Machine:

  • imagen dispersa encriptada
  • imagen encriptada de sparsebundle (similar a FileVault1)
  • imagen encriptada

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X