смонтировать раздел Macbook в Ubuntu (неизвестная файловая система - hfs + / apfs?)
Я получил macbook от друга (графический чип больше не работает - жесткий диск должен быть в порядке, но на экране macs ничего не видно), и я пообещал спасти данные. Но я не могу прочитать раздел с помощью Linux (Ubuntu).
Мне удалось открыть ноутбук, подключить диск к машине linux и скопировать разделы диска, используя dd if=... of=.... Однако, когда я смотрю на разделы, dd не перечисляет файловую систему для раздела № 2 (которая является самой большой и должна содержать данные), и мне не удается ее смонтировать. 
вещи, которые я пробовал:
- Я уже пробовал подсказки, которые я нашел, как указание смещения и максимального размера при использовании
mount -t hfsplus ...(всегда жалуется о "плохом суперблоке") - Я смог смонтировать, например раздел № 3 (с использованием
mount -t hfsplus), но, как предполагается, он не содержит данных пользователей - Я предположил, что файловой системой может быть apfs (вместо hfs +), и попробовал apfs-fuse но он сказал мне "не похоже на том apfs"
- Я попытался смонтировать с помощью этого инструмента на основе графического интерфейса: HFSExplorer , но он также может монтировать только раздел № 3
Любые идеи о том, как читать данные на разделе № 2? Является ли это нормальным поведением файловых систем Mac, когда у них нет типа, показанного в parted / linux? Могу ли я получить больше информации о файловой системе? Или это может быть просто зашифровано / повреждено? Прямо сейчас я делаю только случайные предположения о том, что мешает мне читать / монтировать данные.
MacBook был приобретен около 2012/13 (номер модели: A1466).
1 ответ
Я решил смонтировать упомянутый раздел, установив / следуя инструкциям здесь: https://github.com/libyal/libfvde/wiki/Mounting .
Кажется, проблема была в том, что это был зашифрованный раздел FileVault (пароль был паролем для входа в учетную запись пользователя macbook - но я не уверен на 100%, так ли это всегда, или пользователь этого macbook просто выбрал один и тот же пароль для обоих).
Подсказка: также убедитесь, что файл .wipekey, который упоминается в репозитории github, точно таким же образом, как это объясняется там. Сначала я сделал это по-другому, что дало мне «неподдерживаемую сигнатуру основного хранилища» и некоторые другие ошибки.