Como criptografar um disco em que o diskutil cs converte relatórios "um problema" e deixa o disco ilegível?

Estou tentando criptografar meu volume de backup do Time Machine, mas o diskutil se recusa e deixa o disco ilegível (mas reparável usando o Linux). Como posso proceder?

É um disco USB3 da Western Digital Elements 107C de 3TB.

Ele possui uma única partição HFS + e está funcionando bem.

diskutil verifyDiske diskutil verifyVolumerelatar sem problemas. Também usei o Alsoft DiskWarrior para reparar discrepâncias, sem problemas.

Se eu tentar converter o volume, o diskutil reportará "um 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

Isso deixa o disco ilegível. diskutil cs listmostra o disco como um volume de armazenamento principal "online" e "revertível", mas não pode ser montado ou acionado, nem o volume físico pai. O Utilitário de Disco trava na inicialização quando o disco está conectado. diskutil repairDisknos relatórios de volume pai:

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 fato, todo o acesso ao disco parece estar quebrado neste momento.

rb@Silverbird$ sudo /usr/sbin/gpt show /dev/disk4
gpt show: unable to open device '/dev/disk4': Input/output error

Você nem consegue ler o dispositivo usando o hexdump. O núcleo parece poderosamente confuso.

Consegui recuperar o disco montando-o no Linux e usando o utilitário "gdisk" para alterar o tipo de partição de AF02 (Core Storage) para AF00 (HFS +). Depois disso, o diskutil verifica se o disco e o volume estão OK.

Suspeito que a Apple tenha um erro em que o diskutil falha ao reverter o tipo de partição.

Mas isso não me deixa mais perto de criptografar meu volume de backup.

Alguém tem alguma idéia de qual seja o "problema" e como devo 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

O disco contém cerca de 732000000 arquivos, de acordo com o Disk Utility (na verdade, entradas de diretório).

Este é o OS X 10.11.2, atualizado, com base em uma instalação limpa do OS X 10.11 no mês passado.

Edit: Aqui está a saída do gpt quando o disco é reparado.

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

Quando o disco estava ilegível (após a falha na reversão), nada no OS X conseguiu lê-lo, incluindo o gpt. O "gdisk" do Linux relatou ter essas mesmas partições, mas a segunda parte do tipo "AF02" (Core Storage).

O disco está montado em um gabinete que não informa adequadamente um tamanho de bloco lógico de 512 bytes. Em vez disso, 4096 bytes são usados. O próprio disco possui um tamanho de bloco físico (tamanho do bloco de dispositivo) de 4096 bytes.

Se o disco / volume não mostrar nenhum erro no Utilitário de Disco , eu assumiria que o CoreStorage e o gabinete e o disco rígido não são compatíveis.

Proponho usar outro método para criptografar o backup do Time Machine:

• imagem esparsa criptografada
• imagem de pacote esparso criptografado (semelhante ao FileVault1)
• imagem criptografada