Guten Abend,
ich möchte gern meine neuesten Erkenntnisse hier mit euch teilen, in der Hoffnung, dass doch noch jemand eine Idee hat.
Nach dem Start meines Notebooks habe ich geprüft, ob der Dienst autofs.service
läuft:
1
2
3
4
5
6
7
8
9
10
11
12 | ● autofs.service - LSB: Automounts filesystems on demand
Loaded: loaded (/etc/init.d/autofs; bad; vendor preset: enabled)
Active: active (running) since Do 2018-03-22 22:23:25 CET; 3min 42s ago
Docs: man:systemd-sysv-generator(8)
Process: 1158 ExecStart=/etc/init.d/autofs start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/autofs.service
└─1226 /usr/sbin/automount --pid-file /var/run/autofs.pid
Mär 22 22:23:24 T410 systemd[1]: Starting LSB: Automounts filesystems on demand...
Mär 22 22:23:25 T410 autofs[1158]: * Starting automount...
Mär 22 22:23:25 T410 autofs[1158]: ...done.
Mär 22 22:23:25 T410 systemd[1]: Started LSB: Automounts filesystems on demand.
|
Anschließend habe ich mir mit tcpdump
und strace
angesehen, was passiert wenn ich ls -ld $MOUNTPOINT
ausführe. Ich war etwas überrascht, dass nicht ein einziges Paket meine Netzwerkschnittstelle Richtung NAS verlässt, obwohl ich das NAS zuvor erfolgreich angepingt habe. Der entsprechende Syscall in strace sieht dabei wie folgt aus:
| lstat("$MOUNTPOINT", 0x1bc11a0) = -1 ENOENT (No such file or directory)
|
Nach einem sudo systemctl restart autofs.service
funktioniert dann alles wie gewünscht. Es gehen Pakete über das Netzwerk und strace
zeigt:
| lstat("$MOUNTPOINT", {st_mode=S_IFDIR|0777, st_size=0, ...}) = 0
|
Das Problem ist auf mein Notebook beschränkt. Wie schon beschrieben funktioniert es in einer frisch installierten VM nach dem Bootvorgang sofort.
❓ Woran kann es liegen, dass dies auf meinem Notebook erst nach einem Restart des Dienstes funtioniert? ❓
MfG
Tronde