O NTFS-3G desmonta partições NTFS porque "não recebeu sinal em 15 segundos" - qual sinal?

Após a atualização para o Lion, o NTFS-3G encontra problemas. Desinstalei o NTFS-3G e o MacFUSE, reinstalei-os e reiniciei; mas o problema ainda existe:

Depois de conectar um disco USB que possui uma partição NTFS, o ícone do disco aparece na área de trabalho e a partição pode ser procurada. Após 15 segundos, recebo o seguinte pop-up:

No entanto, a partição permanece montada e pode ser navegada através do mesmo ícone na área de trabalho. Depois disso, a outra partição, HFS +, é montada e seu ícone é exibido na área de trabalho.

Eu poderia considerar o exposto apenas como uma falha, o que atrasaria meu fluxo de trabalho por mais de 15 segundos. Mas o problema aumenta com os discos TrueCrypt:

Depois de conectar um disco USB, que é totalmente criptografado com TrueCrypt, e montá-lo com TrueCrypt, novamente - como acima -, seu ícone aparece na área de trabalho e posso navegar pelo conteúdo do disco. Após 15 segundos, recebo os seguintes pop-ups:

Tradução: "hdiutil: falha na conexão - nenhum sistema de arquivos montável"

Ao mesmo tempo, minha partição montada - que funcionou normalmente por 15 segundos - desaparece da área de trabalho, ou seja. fica desmontado.

Eu li sobre problemas semelhantes depois de pesquisar no Google, mas todos dizem que o problema desaparece com a reinstalação do MacFUSE e / ou NTFS-3G, que foi o que não funcionou comigo.

Também tentei montar as partições com e sem cache, também não ajudou.

• Qual é o sinal que o NTFS-3G deseja?

  Posso dar manualmente, como uma solução alternativa. Ou o NTFS-3G pode ser modificado de alguma forma para não precisar do "sinal": as partições funcionam normalmente até o pop-up.

• Por que TrueCrypt descarta a partição enquanto as partições normais permanecem no sistema?
• Alguma configuração oculta / visível no Lion bloqueando o NTFS-3G está funcionando normalmente?
• E finalmente: sou eu ou isso acontece com outras pessoas com o NTFS-3G?

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

Parece que o problema realmente está no NTFS-3G: baixei a versão de teste do Tuxera 2011.4.1 e nenhum erro ocorreu ao montar uma partição NTFS com ele.

Eu tropecei em um post no IM.GETTING (ISTO); , que explicou o problema - e até forneceu uma correção!

O problema parece ter origem no "fuse_wait" binário do NTFS-3G, que é executado como parte final do procedimento de montagem - por algum motivo, não é possível detectar que o ntfs-3g montou o volume e permanece em um loop sem esperança, tentando detectar esta condição até que desista após 15 segundos. Portanto, minha solução alternativa envolve substituir o binário fuse_wait por um script que faz mais ou menos a mesma coisa, mas realmente detectar (mais ou menos) a operação de montagem e não atingir o tempo limite.

O conserto

(Supondo o uso de MacFUSE e 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

Copiar colar:

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

Salve . Então:

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

Mude a seguinte linha:

DEFAULT_NTFS_MOUNT_OPTIONS="auto_xattr"

para:

DEFAULT_NTFS_MOUNT_OPTIONS="auto_xattr,noatime,noappledouble,auto_cache"

Salve . Reinicie. Sorrir.

Para detalhes e métodos alternativos, recomendo sinceramente a leitura do artigo mencionado e agradeço a ele, não a mim.

A versão mais recente do Tuxera para Lion parece sólida para mim até agora. Não sei se / quando a biblioteca gratuita terá um impacto.