9

Я понимаю, что этот вопрос похож по своему характеру на этот вопрос, но я надеюсь конкретно привлечь больше внимания к дополнительной проблеме в одном из комментариев этого ответа на этот вопрос.

Я вынул жесткий диск старого MacbookPro и пытаюсь смонтировать его на моем элементарном ОС, где он автоматически монтируется только для чтения. Я хочу получить доступ к этому диску.

Следуя процедуре, указанной в ответе на ссылку выше, после запуска

sudo mount -t hfsplus -o remount,force,rw /dev/sdc2 /media/myharddrive

я получил

mount: warning: /media/myharddrive seems to be mounted read-only.

Это было отмечено комментарием по этому вопросу, но не получил достаточного внимания, чтобы вознаградить ответ. Почему это все еще только для чтения? Разве это не то, что обеспечивает force ?

Следующее может иметь или не иметь отношение:

Я также запустил sudo fsck.hfsplus -f /dev/sdc2 после публикации в блоге, на которую ссылается ответ, и добавил флаг -f после того, как fsck не захотел выполнять проверку журнализированной системы. это бежало хорошо до

** /dev/sdc2 ** Checking HFS Plus volume. ** Checking Extents Overflow file. ** Checking Catalog file. ** Checking multi-linked files. Orphaned indirect node iNode28863935 ** Checking Catalog hierarchy. ** Checking Extended Attributes file. ** Checking volume bitmap. ** Checking volume information. ** Repairing volume. ** Rechecking volume. ** Checking HFS Plus volume. ** Checking Extents Overflow file. ** Checking Catalog file. ** Checking multi-linked files. ** Checking Catalog hierarchy. ** Checking Extended Attributes file. ** Checking volume bitmap. ** Checking volume information. ** The volume myharddrive was repaired successfully. *** glibc detected *** fsck.hfsplus: munmap_chunk(): invalid pointer: 0x00000000022f9e30 ***

сопровождаемый обратным следом и картой памяти. Вызов fsck похоже, не повлиял на мой диск, ни хороший, ни плохой.

Будем весьма благодарны за любые указания о том, как получить доступ на чтение и запись к моему диску без загрузки OSX .

РЕДАКТИРОВАТЬ Комментарии и ответ Михаэля Кьёрлинга решили мою фундаментальную проблему доступа к моим данным. Однако вопросы, выделенные жирным шрифтом выше, еще не рассмотрены, поэтому я отредактировал вопрос, чтобы подчеркнуть эту проблему, оставив вопрос открытым для будущих пользователей.

3 ответа3

4

Как мы выяснили в комментариях, здесь есть две возможные проблемы:

  1. Вы пытаетесь запустить копию как обычный пользователь. Это может привести к сбою чтения исходных файлов, поскольку у вас нет прав на чтение. Это легко исправить, запустив копирование через sudo как вы это сделали.
  2. Вы получаете cp: omitting directory Documents/ при попытке запустить копирование через sudo . Это вовсе не проблема с разрешениями, и ее можно исправить, просто указав cp включить подкаталоги.

Соединив эти два элемента , вы сможете скопировать свои файлы с помощью команды, такой как sudo cp -av /media/myharddrive /somewhere/else , где /where /else существует и доступен для записи.

Параметр -v не является строго необходимым, но после получаса или часа простоя вы можете оценить файлы, перечисленные в списке во время их копирования. Обратите внимание, что если у вас очень большое количество маленьких файлов, обновление экрана может снизить пропускную способность копирования; в этом случае просто сверните окно и время от времени проверяйте его.

-a указывает cp работать в режиме "архив", максимально сохраняя информацию о копируемых файлах, включая подкаталоги. Или вы можете использовать -r чтобы сказать, что нужно только сохранить структуру каталогов.

Используя это, вы сможете копировать файлы в более подходящее место, где вы можете работать с ними более свободно, без ограничения только для чтения поддержки файловой системы HFS+.

0

У меня была та же проблема, и то, что я узнал до сих пор: создание успешного fsck является обязательным. Поскольку это не работает на вашей машине, я думаю, что это должен быть ваш подход для исправления:

  • какую версию hfsprogs / fsck.hfsplus вы установили?
  • на моей машине (под управлением Debian) я установил его из исходного кода (используя загрузки из другого источника)

    wget "http":// "gentoo.osuosl.org/distfiles/diskdev_cmds-332.14.tar.gz"

    wget "http":// "gentoo.osuosl.org/distfiles/diskdev_cmds-332.14_p1.patch.bz2"

    tar xzf diskdev_cmds-332.14.tar.gz

    bunzip2 -c diskdev_cmds-332.14_p1.patch.bz2 | патч -p0

    cd diskdev_cmds-332.14

    make -f Makefile.lnx

    cp fsck_hfs.tproj / fsck_hfs /sbin/fsck.hfsplus

    cp newfs_hfs.tproj / newfs_hfs /sbin/mkfs.hfsplus

    ln -s /sbin/fsck.hfsplus /sbin/fsck.hfs

    ln -s /sbin/mkfs.hfsplus /sbin/mkfs.hfs

Таким образом, fsck все время работал для меня с моим диском hfs+.

0

Я думаю, что ваша проблема в основном, как отключить ведение журнала без использования OSX.

Это требует двоичного редактирования (взлома) заголовка диска, и в результате дисковое пространство, занимаемое журналом, вероятно, будет потеряно.

Вот ссылки на две довольно похожие программы на C, которые утверждают, что именно это и делают:

Я не могу гарантировать, что эти программы не уничтожат диск, поэтому я предлагаю вам попробовать это на резервном образе диска.

Этот пост может быть полезен:Как я могу смонтировать образ диска? ,

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .