Come posso crittografare un disco in cui diskutil cs converte i report "un problema", lascia il disco illeggibile?

0

Sto tentando di crittografare il mio volume di backup di Time Machine, ma diskutil si rifiuta e lascia il disco illeggibile (ma riparabile usando Linux). Come posso procedere?

È un disco Western Digital Elements 107C 3TB USB3.

Ha una singola partizione HFS + e ha funzionato bene.

diskutil verifyDisk e diskutil verifyVolume non segnalano problemi. Ho anche usato Alsoft DiskWarrior per riparare discrepanze, senza problemi.

Se provo a convertire il volume, diskutil riporta "un problema", come questo:

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

Questo lascia il disco illeggibile. diskutil cs list mostra il disco come un volume di memoria principale che è "online" e "reversibile" ma non può essere montato o attivato, né il volume fisico genitore. Utility Disco si blocca all'avvio quando il disco è collegato. diskutil repairDisk sui rapporti sul volume genitore:

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

In effetti, tutti gli accessi al disco sembrano essere interrotti a questo punto.

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

Non puoi nemmeno leggere il dispositivo usando hexdump. Il kernel sembra potentemente confuso.

Ero in grado di recuperare il disco montandolo in Linux e usando l'utility "gdisk" per cambiare il tipo di partizione da AF02 (Core Storage) ad AF00 (HFS +). Dopodiché, diskutil verifica sia il disco che il volume come OK.

Sospetto che Apple abbia un bug in cui diskutil non riesce a ripristinare il tipo di partizione.

Ma questo non mi avvicina alla crittografia del mio volume di backup.

Qualcuno ha idea di quale potrebbe essere il "problema" e come potrei procedere?

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

Il disco contiene circa 732000000 file, in base a Utility Disco (in realtà voci di directory).

Questo è OS X 10.11.2, tutto aggiornato, basato su un'installazione pulita di OS X 10.11 il mese scorso.

Modifica: ecco l'output di gpt quando il disco viene riparato.

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 il disco era illeggibile (dopo il ripristino fallito) nulla in OS X poteva leggerlo, incluso gpt. Linux "gdisk" ha riferito che ha queste stesse partizioni, ma la seconda partion con tipo "AF02" (Core Storage).

    
posta rptb1 06.01.2016 - 19:59
fonte

1 risposta

1

Il disco è montato in un contenitore che non riporta correttamente una dimensione di blocco logico di 512 byte. Invece sono usati 4096 byte. Il disco stesso ha una dimensione fisica del blocco (Device Block Size) di 4096 byte.

Se il disco / volume non mostra alcun errore in Utility Disco , suppongo che CoreStorage e l'enclosure & il disco fisso non è compatibile.

Propongo di utilizzare un altro metodo per crittografare il backup di Time Machine:

  • immagine sparsa crittografata
  • immagine sparsebundle crittografata (simile a FileVault1)
  • immagine crittografata
risposta data 07.01.2016 - 18:21
fonte