NTFS-3G відключає розділи NTFS, оскільки "не отримав сигнал за 15 секунд" - що таке сигнал?

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

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

Однак розділ залишається змонтованим, і його можна переглядати через ту саму піктограму на робочому столі. Після цього спливаючого вікна інший, HFS +, розділ встановлюється і його значок відображається на робочому столі.

Я можу розглянути вищезазначене лише як збій, який просто уповільнить мій робочий процес на 15+ секунд. Але проблема зростає з дисками TrueCrypt:

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

Переклад: "hdiutil: приєднана помилка - файлових систем, що не можна встановити"

У той же час мій змонтований розділ - який працював нормально протягом 15 секунд - зникає з робочого столу, тобто. стає відключеним.

Я читав про подібні проблеми після деяких googling, але всі вони кажуть, що проблема зникає при перевстановленні MacFUSE та / або NTFS-3G, що зі мною не працювало.

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

• Якого сигналу хоче NTFS-3G?

  Чи можу я дати це вручну, як вирішення. Або NTFS-3G можна якось змінити, щоб він не потребував "сигналу": розділи працюють нормально до спливаючого вікна.

• Чому TrueCrypt скидає розділ, коли нормальні розділи залишаються в системі?
• Чи нормально працює якесь приховане / видиме налаштування в Lion, що блокує NTFS-3G?
• І нарешті: це тільки я чи це трапляється з іншими, які мають NTFS-3G?

• TrueCrypt - це версія 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 для Лева мені здається солідним. Я не знаю, чи / коли безкоштовна бібліотека отримає удар.