NTFS-3G размонтирует разделы NTFS, потому что он «не получил сигнал за 15 секунд» - какой сигнал?

После обновления до Lion у NTFS-3G возникли проблемы. Я удалил NTFS-3G и MacFUSE, переустановил их и перезагрузил; но проблема все еще существует:

После подключения USB-диска с разделом NTFS на рабочем столе появляется значок диска, и раздел можно просмотреть. Через ≈15 секунд я получаю следующее всплывающее окно:

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

Я мог бы рассматривать вышесказанное просто как сбой, который просто замедлял бы мой рабочий процесс на 15 с лишним секунд. Но проблема становится больше с дисками TrueCrypt:

После того, как я подключаю USB-диск, который полностью зашифрован с помощью TrueCrypt, и монтирую его с TrueCrypt, снова, как указано выше, его значок появляется на рабочем столе, и я могу просматривать содержимое диска. Через 15 секунд я получаю следующие всплывающие окна:

Перевод: "hdiutil: ошибка подключения - нет монтируемых файловых систем"

В то же время мой смонтированный раздел, который обычно работал 15 секунд, исчезает с рабочего стола, т.е. становится размонтированным.

Я читал об аналогичных проблемах после некоторого поиска в Google, но все они говорят, что проблема исчезает при переустановке MacFUSE и / или NTFS-3G, что мне не помогло.

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

• Какой сигнал хочет NTFS-3G?

  Могу ли я дать его вручную, как обходной путь. Или NTFS-3G можно каким-то образом изменить, чтобы он не нуждался в «сигнале»: разделы работают нормально до появления всплывающего окна.

• Почему TrueCrypt удаляет раздел, в то время как нормальные разделы остаются в системе?
• Какая-то скрытая / видимая настройка в Lion, блокирующая NTFS-3G, работает нормально?
• И напоследок: это только у меня так или с другими NTFS-3G?

• TrueCrypt v. 7.0a
• NTFS-3G - это 2010.10.2
• MacFUSE - это 2.1.9 (бета)

Кажется, проблема действительно в NTFS-3G: я скачал пробную версию Tuxera 2011.4.1, и при монтировании с ней раздела NTFS не было ошибок.

Я наткнулся на пост на IM.GETTING (ЭТО); , который объяснил проблему - и даже предоставил исправление!

Кажется, проблема связана с двоичным файлом "fuse_wait" из NTFS-3G, который запускается как заключительная часть процедуры монтирования - по какой-то причине он не может обнаружить, что ntfs-3g смонтировал том и остается в безнадежном цикле, пытаясь обнаружить это условие, пока оно не сдается через 15 секунд. Поэтому мой обходной путь заключается в замене двоичного файла fuse_wait скриптом, который выполняет более или менее ту же функцию, но фактически обнаруживает (вроде) операцию монтирования, а не время ожидания.

Исправление

(При условии использования MacFUSE & NTFS-3G)

sudo mv /usr/local/bin/fuse_wait /usr/local/bin/fuse_wait.original
sudo touch /usr/local/bin/fuse_wait
sudo chmod 0755 /usr/local/bin/fuse_wait
sudo chown 0:0 /usr/local/bin/fuse_wait
sudo nano /usr/local/bin/fuse_wait

Копировать вставить:

#!/bin/bash

MNTPOINT=$1
shift
TIMEOUT=$1
shift
MNTCMD=$1
shift

$MNTCMD "$@" &> /var/log/ntfsmnt.log
MNTCMD_RETVAL=$?

if [ $MNTCMD_RETVAL -eq 0 ]; then
        until [ `/sbin/mount | /usr/bin/grep -c "$MNTPOINT"` -ge 1 ] || [ $TIMEOUT -eq 0 ]
        do
                       sleep 1
                let TIMEOUT--
        done
fi

[ $TIMEOUT -eq 0 ] && RETVAL=1 || RETVAL=$MNTCMD_RETVAL

exit $RETVAL;

Сохранить. Потом:

sudo nano /System/Library/Filesystems/ntfs-3g.fs/ntfs-3g.util

Измените следующую строку:

DEFAULT_NTFS_MOUNT_OPTIONS="auto_xattr"

чтобы:

DEFAULT_NTFS_MOUNT_OPTIONS="auto_xattr,noatime,noappledouble,auto_cache"

Сохранить. Перезагрузка. Улыбка.

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

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