Монтирование раздела HFS+ на Arch Linux

у меня возникли некоторые проблемы с установкой раздела hfs+ на Arch Linux.

когда я запускаю sudo mount -t hfsplus /dev/sda2 /mnt/mac Я получаю эту ошибку:

mount: wrong fs type, bad option, bad superblock on /dev/sda2,
   missing codepage or helper program, or other error

   In some cases useful info is found in syslog - try
   dmesg | tail or so.

Running dmesg | tail выдает:

[ 6645.183965] cfg80211: Calling CRDA to update world regulatory domain
[ 6648.331525] cfg80211: Calling CRDA to update world regulatory domain
[ 6651.479107] cfg80211: Calling CRDA to update world regulatory domain
[ 6654.626663] cfg80211: Calling CRDA to update world regulatory domain
[ 6657.774207] cfg80211: Calling CRDA to update world regulatory domain
[ 6660.889864] cfg80211: Calling CRDA to update world regulatory domain
[ 6664.007521] cfg80211: Exceeded CRDA call max attempts. Not calling CRDA
[ 6857.870580] perf interrupt took too long (2503 > 2495), lowering kernel.perf_event_max_sample_rate to 50100
[11199.621246] hfsplus: invalid secondary volume header
[11199.621251] hfsplus: unable to find HFS+ superblock

есть ли способ монтировать этот раздел?

редактировать:

используя sudo mount -t hfsplus -o ro,loop,offset=409640,sizelimit=879631488 /dev/sda2 /mnt/mac избавляется от hfsplus: invalid secondary volume header in dmesg | tail

4
задан ZuluDeltaNiner
03.04.2023 18:52 Количество просмотров материала 2866
Распечатать страницу

2 ответа

вполне вероятно, что Том HFS не монтируется, потому что раздел HFS обернут в том CoreStorage (по умолчанию начиная с OS X 10.10). Вы можете проверить, так ли это с выводом fdisk -l: fdisk output

HFS+ использует два заголовка томов, один 1024 в устройство и вторичный 1024 от конца устройства. В соответствии со спецификацией при монтировании раздела дополнительный заголовок должен составлять ровно 1024 байта с конца раздела, но с CoreStorage упаковка объем HFS это не так, поэтому он прерывает. Вы можете пройти -o sizelimit=N до mount чтобы вручную указать размер тома HFS и исправить это, но как получить магическое значение для N?

на testdisk утилита может сканировать разделы, намекая на то, где раздел HFS действительно заканчивается. будьте осторожны-выбор неправильных параметров в testdisk может повредить таблицу разделов!

  1. запуск TestDisk с testdisk /dev/sdX, а потом OK выбрать диск
  2. выберите Intel для MBR или EFI GPT для GPT-дисков
  3. пресс Analyse а то Quick Search

  4. через несколько мгновений он должен распечатать найденные разделы: testdisk results

    указанный раздел выглядит ужасно близко (но немного меньше), чем реальный размер раздела 623463232 секторов, о которых сообщает fdisk -l выше.

    поскольку в выходных данных TestDisk используются сектора, Нам нужно умножить их на размер логического сектора диска (обычно 512 или 4096 байт), чтобы получить размер тома HFS в байтах. Это значение для N мы будем использовать для -o sizelimit=N при монтаже Тома HFS.

    если вы не знаете размер логического сектора вашего диска, проверьте вывод second first зарегистрированных fdisk -l на линии, показанной ниже: finding your disk's logical sector size

  5. пресс q несколько раз выйти из программы

  6. подключить диска: mount /dev/sdXn -t hfsplus -o ro,sizelimit=N
29
отвечен Stewart Adam 2023-04-05 02:40

другой вариант, чтобы избавиться от CoreStorage, если машина OS X доступна для вас. Это также избавит от дешифрования, если вы его используете, и вам придется подождать, пока расшифровка не будет завершена (подключена к источнику питания и загружена в OS X, даже восстановление).

вам нужно будет загрузиться на диск, который не имеет в виду, предпочтительно восстановление через интернет (если доступно, command-option-r при перезагрузке). Откройте терминал и сделайте:

diskutil cs list

вывод должен показать ваши объемы CoreStorage и все, один из них является его обратимым статус. Если это означает да, то вы будете в хорошей форме, чтобы продолжить. Далее вы будете бежать:

diskutil cs revert /dev/ diskXsY

(где X-номер диска, а Y-номер раздела).

вы можете проверить его состояние впоследствии с помощью той же команды" diskutil cs list". Если он не был зашифрован, он уже должен вернуться к стандартной разметке разделов GPT, и вы можете попробовать подключить его снова в Arch. Он еще должен быть журнал, который будут держать его только для чтения, если вы хотите переключить, что вы можете сделать это в Дисковой утилите.

если он был зашифрован, процесс займет некоторое время, но "diskutil cs list" покажет вам прогресс в процентах.

у меня не было проблем с монтированием дисков и разделов без CoreStorage HFS+ на Arch. В конце концов я переместил данные, переделал их как ext4 и переместил данные обратно в них.

1
отвечен Cory T 2023-04-05 04:57

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Мы используем cookie. Это позволяет нам анализировать взаимодействие посетителей с сайтом и делать его лучше. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Политика конфиденциальности
Согласен
Вверх