NTFS-3G odmontowuje partycje NTFS, ponieważ „nie otrzymał sygnału w ciągu 15 sekund” - jaki sygnał?

Po aktualizacji do Lion NTFS-3G napotkał problemy. Odinstalowałem NTFS-3G i MacFUSE, ponownie je zainstalowałem i uruchomiłem ponownie; ale problem nadal istnieje:

Po podłączeniu dysku USB, który ma partycję NTFS, ikona dysku pojawia się na pulpicie i partycję można przeglądać. Po 15 sekundach pojawia się następujący komunikat:

Jednak partycja pozostaje zamontowana i można ją przeglądać za pomocą tej samej ikony na pulpicie. Po tym wyskakującym okienku druga, HFS +, partycja zostanie zamontowana, a jej ikona wyświetlona na pulpicie.

Mogłem potraktować powyższe jedynie jako usterkę, która spowolniłaby mój przepływ pracy przez ponad 15 sekund. Ale problem staje się większy w przypadku dysków TrueCrypt:

Po podłączeniu dysku USB, który jest w pełni zaszyfrowany za pomocą TrueCrypt, i zamontowaniu go za pomocą TrueCrypt, ponownie - jak wyżej - jego ikona pojawia się na pulpicie i mogę przeglądać zawartość dysku. Po 15 sekundach pojawiają się następujące wyskakujące okienka:

Tłumaczenie: „hdiutil: dołączenie nie powiodło się - brak systemów plików do zamontowania”

Jednocześnie moja zamontowana partycja - która działała normalnie przez 15 sekund - znika z pulpitu, tj. zostaje odmontowany.

Czytałem o podobnych problemach po pewnym googlowaniu, ale wszyscy mówią, że problem znika po ponownej instalacji MacFUSE i / lub NTFS-3G, co nie działało ze mną.

Próbowałem również montować partycje z buforowaniem i bez buforowania, to też nie pomogło.

• Jakiego sygnału chce NTFS-3G?

  Czy mogę to podać ręcznie, aby obejść ten problem? Lub NTFS-3G może być w jakiś sposób zmodyfikowany, aby nie potrzebował „sygnału”: partycje działają normalnie do momentu wyskakowania.

• Dlaczego TrueCrypt opuszcza partycję, podczas gdy normalne partycje pozostają w systemie?
• Czy jakieś ukryte / widoczne ustawienie w Lion blokującym NTFS-3G działa normalnie?
• I na koniec: czy to tylko ja, czy też przytrafia się to innym z NTFS-3G?

• TrueCrypt to v. 7.0a
• NTFS-3G to 2010.10.2
• MacFUSE to 2.1.9 (Beta)

Wygląda na to, że problem dotyczy NTFS-3G: pobrałem wersję próbną Tuxera 2011.4.1 i nie wystąpiły żadne błędy podczas montowania partycji NTFS z nią.

Natknąłem się na post na IM.GETTING (THIS); , co wyjaśniło problem - a nawet zapewniło naprawę!

Problem wydaje się wynikać z binarnego „fuse_wait” z NTFS-3G, który jest uruchamiany jako ostatnia część procedury montowania - z jakiegoś powodu nie może wykryć, że ntfs-3g zamontował wolumin i pozostaje w beznadziejnej pętli, próbując wykryć ten warunek, aż ustąpi po 15 sekundach. Więc moje obejście obejmuje zastąpienie pliku binarnego fuse_wait skryptem, który robi mniej więcej to samo, ale faktycznie wykrywa (coś w rodzaju) operacji montowania i nie przekracza limitu czasu.

Poprawka

(Zakładając użycie MacFUSE i 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

Kopiuj wklej:

#!/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;

Zapisać. Następnie:

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

Zmień następujący wiersz:

DEFAULT_NTFS_MOUNT_OPTIONS="auto_xattr"

do:

DEFAULT_NTFS_MOUNT_OPTIONS="auto_xattr,noatime,noappledouble,auto_cache"

Zapisać. Restart. Uśmiech.

Po szczegóły i alternatywne metody z całego serca polecam lekturę wyżej wymienionego artykułu i dziękuję mu, a nie mnie.

Jak dotąd najnowsza wersja Tuxera dla Lion wygląda na solidną. Nie wiem czy / kiedy darmowa biblioteka dostanie gula.