Probleme mit autofs mit NTFS-3G

1046
tbenett

Ich versuche, eine NTFS-Platte mit einer autofsRegel einzuhängen . Hier ist die Slave-Datei:

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

und die betreffende Zeile in auto.master:

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

Ich laufe Archlinuxund das bekomme ich von 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.

Wenn ich es jedoch manuell versuche, führen Sie den folgenden Befehl aus:

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

Ich habe ein gut funktionierendes Dateisystem.

1
Versuchen Sie zu debuggen, was mit `automount -dvf` passiert A.D. vor 9 Jahren 0

2 Antworten auf die Frage

1
Christopher K.

Wie bereits in der anderen Antwort erwähnt, haben die autofs-Versionen (mindestens 5.0.7 und 5.0.8) einen Fehler. Sie fügen das -sFlag hinzu, das von ntfs-3g nicht unterstützt wird.

Wenn für Sie keine Aktualisierung möglich ist, finden Sie hier eine fehlerhafte Problemumgehung. Es wird /bin/ntfs-3gdurch ein Wrapper-Skript ersetzt, das nur das -sFlag entfernt und die anderen Optionen an das echte ntfs-3g übergibt.

Erstellen Sie zuerst die Datei /bin/ntfs-3g_wrappermit diesem Inhalt:

#!/bin/bash  OPTS=$(echo $@ | sed "s/-s/ /")  exec /bin/ntfs-3g_real $OPTS

Machen Sie es jetzt ausführbar, benennen Sie den Real um ntfs-3gin ntfs-3g_realund erstellen Sie einen Symlink von ntfs-3gnach 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

Ich habe diesen Ansatz erfolgreich angewendet. Natürlich ist es eine schmutzige Lösung. Ein Update des ntfs-3gPakets könnte beispielsweise Ihren Symlink durch die neue Version der ntfs-3gBinärdatei ersetzen, und das Problem ist wieder da.

Diese Antwort basiert auf einem Blogbeitrag von ScottE, vielen Dank, Scott.

0
Tero Pelander

Zumindest autofs 5.0.7 hatte einen Fehler, der dazu führte, dass alle ntfs-3g-Mounts fehlschlagen. Upgrade auf 5.1.1.

Der Grund ist die Option "-s" (SLOPPY) für den Mount-Befehl, der nur mit nfs verwendet werden sollte.

/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'.

Verwandte Probleme