Почему мой hfs раздел внезапно монтируется только для чтения без способа изменить его к чтению-записи?

Я создаю резервную копию своего объема FreeNAS на раздел внешнего WD 4 ТБ Моя Книга, которая использует hfs файловую систему и смонтирована на моем ноутбуке под управлением Ubuntu 16.04. Каждый раз, когда диск смонтирован, все разделы смонтированы только для чтения. Я попробовал:

1. Выключение журналирующий через Терминал на машине Mac.

2. Установка hfsprogs и перемонтирование использования объема

   sudo mount -t hfsplus -o remount,force,rw /dev/sdb2 /media/mntpoint

3. Изменение полномочий всего использования содержания объема chmod

Это работало, и я смог записать в и удалить из смонтированного объема. Затем внезапно проблема, возвращенная, и вышеупомянутое решение больше, не работала. Я смог записать в объем, но не удалить что-либо, любое использование rsync или rm.

Я работал sudo dmesg | tail, который дал вывод:

[  109.876362] hfsplus: Filesystem was not cleanly unmounted, running fsck.hfsplus is recommended.  mounting read-only.

Ввод mount | grep /dev/sdb2 также обозначенный, что это было смонтировано ro:

/dev/sdb2 on /media/mntpoint1 type hfsplus (ro,nosuid,nodev,relatime,umask=22,uid=0,gid=0,nls=utf8,uhelper=udisks2)

Выполнение sudo fsck.hfsplus /dev/sdb2 обозначенный проблема с объемом:

** /dev/sdb2
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
   Keys out of order
(8, 3)
** Repairing volume.
** Rechecking volume.
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
   Keys out of order
(8, 3)
** Repairing volume.
** Rechecking volume.
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
   Keys out of order
(8, 3)
** Repairing volume.
** Rechecking volume.
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
   Keys out of order
(8, 3)
** The volume Volume Name could not be repaired after 3 attempts.

Пятясь к моему Mac, я выполнил Дисковую утилиту, и ни один из разделов, казалось, не был смонтирован. Я работал, Проверяют Диск, который нашел ошибки и предложил Диск Восстановления, который успешно восстановил объем, и впоследствии все другие разделы появились, как смонтировано и хорошо.

Движение назад к Ubuntu, mount | grep /dev/sdb2 теперь дает:

/dev/sdb2 on /media/mntpoint1 type hfsplus (rw,nosuid,nodev,relatime,umask=22,uid=0,gid=0,nls=utf8,uhelper=udisks2)

указание, что это смонтировано rw. Я затем смог удалить файлы с rw, и rsync мог записать в объем.

После нескольких дней (и я не знаю то, что изменилось) я с тех пор потерял способность удалить файлы с rw, rsync решил удалить большинство файлов на целевом объеме наугад, и я не могу записать в объем. Выполнение sudo dmesg | tail теперь дает, один из следующих двух выводов для каждого из смонтированных разделов (я не уверен, который является рассматриваемым объемом):

[133264.935495] hfsplus: filesystem was not cleanly unmounted, running fsck.hfsplus is recommended.  leaving read-only.
[133274.501698] hfsplus: walked past end of dir

Наконец, выполнение sudo fsck.hfsplus /dev/sdb2 дает тот же вывод как ранее, не удаваясь восстановить объем после 3 попыток.

Как новичок, я в общей сумме убытков. Помогите мне Спросить Ubuntu, Вы - моя единственная надежда.