Failed Yosemite TimeMachine “Usar unidade (com criptografia)” torna a unidade impossível de ser reinicializada

0

Liguei o TimeMachine e disse-lhe para usar o meu volume Drobo para backups e marquei a caixa para criptografia. Ele pensou sobre isso por alguns minutos e, em seguida, fugiu com um erro afirmando que não poderia ativar a criptografia (eu não tenho detalhes, infelizmente).

Depois, liguei o TimeMachine sem criptografia e funcionou bem. Tudo parecia normal até que eu reiniciei ... O Yosemite não consegue montar o Drobo, e o Utilitário de Disco não fornece nenhum alívio

## 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

Então parece que a criptografia estúpida não ativou a criptografia, mas deixou o tipo de partição como CoreStorage ?? Isso é complicado pelo fato de a ferramenta coreStorage do diskUtil não funcionar com ela.

$ 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

Com uma grande promessa, comprei o DiskWarrior 5, que nem sequer olha para a unidade, porque não está montado.

Então eu experimentei o Stellar Volume Optimizer, que afirma que conserta volumes quebrados, mas não o toca porque diz que o volume lógico está criptografado (mesmo que o DiskUtility sugira que não é).

Qual é o próximo? Existe uma maneira de alterar forçosamente o tipo de partição de volta para HFS + journaled? Minha suspeita é que é apenas o tipo de partição que está enganando todo o resto.

    
por Greg Combs 21.03.2015 / 21:36

1 resposta

0

A resposta que eu acredito é "não faça isso". Pelo menos, não ative a criptografia, a menos que seja uma unidade nova com quase nada nela. Criptografar / descriptografar incrementalmente alguns arquivos de cada vez, à medida que são adicionados ou acessados, não é um problema. Mas ligar a criptografia por um capricho para uma unidade contendo mais de um terra, mas de arquivos? Receita para o desastre.

Nada corrigido sem perda de dados.

    
por 31.07.2015 / 17:24