☰

Ошибка Yosemite TimeMachine «Использовать диск (с шифрованием)» приводит к невозможности монтирования диска при перезагрузке

tag-icon • tag-icon macos disk-encryption hard-drive-recovery disk-utility hfs+
Ошибка Yosemite TimeMachine «Использовать диск (с шифрованием)» приводит к невозможности монтирования диска при перезагрузке

Я включил TimeMachine и сказал ему использовать мой том Drobo для резервного копирования, и поставил галочку для шифрования. Он подумал об этом несколько минут, а затем вылетел с ошибкой, сообщающей, что он не может включить шифрование (у меня нет подробностей, к сожалению).

Затем я просто включил TimeMachine без шифрования, и все заработало. Все казалось нормальным, пока я не перезагрузился... Yosemite не может смонтировать Drobo, а Disk Utility не дает никакого облегчения

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

Так что, похоже, эта дурацкая штука с шифрованием на самом деле не включила шифрование, а оставила тип раздела CoreStorage?? Это осложняется тем фактом, что инструмент diskUtil coreStorage вообще с ним не работает.

$ 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

С большими надеждами я приобрел DiskWarrior 5, который даже не смотрит на диск, потому что он не смонтирован.

Затем я попробовал Stellar Volume Optimizer, который, как утверждается, восстанавливает поврежденные тома, но он тоже не берется за дело, поскольку сообщает, что логический том зашифрован (хотя DiskUtility утверждает, что это не так).

Что дальше? Есть ли способ принудительно изменить тип раздела обратно на HFS+ journaled? Я подозреваю, что это просто тип раздела, который вводит в заблуждение все остальное.

решение1

Ответ, на мой взгляд, "не делайте этого". По крайней мере, не включайте шифрование, если только это не новый диск, на котором почти ничего нет. Пошаговое шифрование/дешифрование нескольких файлов за раз по мере их добавления или доступа к ним не является проблемой. Но включение шифрования по прихоти для диска, содержащего более терра файлов? Рецепт катастрофы.

Ничто не исправило это без потери данных.

Связанный контент