difficulté à utiliser autofs avec ntfs-3g

1

J'essaie de monter un disque NTFS avec un autofs règle. voici le fichier esclave:

# cat /etc/autofs/auto.windows
# automount second disk which contains windows data
/windows        -fstype=ntfs-3g,uid=n0t,gid=n0t,nofail,users    :/dev/sdb2

et la ligne concernant dans auto.master:

# cat /etc/autofs/auto.master
[...]
/-      /etc/autofs/auto.windows
[...]

je suis entrain de courir Archlinux et voici ce que je reçois systemd:

Aug 30 15:47:51 n0tlocal systemd[1]: Stopping Automounts filesystems on demand...
-- Subject: Unit autofs.service has begun shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit autofs.service has begun shutting down.
Aug 30 15:47:52 n0tlocal systemd[1]: Starting Automounts filesystems on demand...
-- Subject: Unit autofs.service has begun with start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit autofs.service has begun starting up.
Aug 30 15:47:52 n0tlocal automount[2359]: do_umount_autofs_direct: couldn't get ioctl fd for direct mount /windows
-- Subject: Unit autofs.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit autofs.service has finished starting up.
-- 
-- The start-up result is done.

Cependant, lorsque je l'essaie manuellement, j'exécute cette commande:

# mount -t ntfs-3g /dev/sdb2 /mnt

J'ai un système de fichiers bien fonctionner.

tbenett
la source
essayer de déboguer ce qui se passe automount -dvf
A.D.

Réponses:

1

Comme mentionné dans l’autre réponse, la version d’autofs (au moins 5.0.7 et 5.0.8) contient un bogue. Ils ajoutent le -s flag, qui n'est pas supporté par ntfs-3g.

Si la mise à jour ne vous convient pas, la solution de contournement est incorrecte. Il remplace /bin/ntfs-3g avec un script wrapper qui supprime simplement le -s flag et passe les autres options au vrai ntfs-3g.

Tout d'abord, créez le fichier /bin/ntfs-3g_wrapper avec ce contenu:

#!/bin/bash

OPTS=$(echo $@ | sed "s/-s/ /")

exec /bin/ntfs-3g_real $OPTS

Maintenant le rendre exécutable, renommer le réel ntfs-3g à ntfs-3g_real et créer un lien symbolique à partir de ntfs-3g à ntfs-3g_wrapper:

  • sudo chmod +x /bin/ntfs-3g_wrapper
  • sudo mv /bin/ntfs-3g /bin/ntfs-3g_real
  • sudo ln -s /bin/ntfs-3g_wrapper /bin/ntfs-3g

J'ai utilisé avec succès cette approche. Bien sûr, c'est une solution sale. Une mise à jour de la ntfs-3g Le package peut par exemple remplacer votre lien symbolique par la nouvelle version du ntfs-3g binaire, et le problème est là encore.

Cette réponse est basée sur un article de blog par ScottE merci beaucoup, Scott.

Christopher K.
la source
0

Au moins autofs 5.0.7 avait un bogue provoquant l’échec de tous les montages ntfs-3g. Mise à niveau vers 5.1.1.

La raison en est l'option "-s" (SLOPPY) pour la commande de montage qui ne doit être utilisée qu'avec nfs.

/usr/sbin/automount -dvf
...
mount_mount: mount(generic): calling mount -t ntfs-3g -s -o utf8,uid=99,gid=99,umask=000 /dev/sdb1 /mnt/auto/usb2
>> ntfs-3g: Unknown option '-s'.
Tero Pelander
la source