Re: NFS klappt nicht
Posted: 6. Feb 2017, 18:43
Wichtiger Nachtrag
Wenn alles so korregiert wird, wie von mir zuvor beschrieben, dann wird die WLAN-Verbindung noch funktionieren, aber das Verzeichnis kann nicht mehr über NFS montiert werden, denke ich.
Der Grund: Zum Mounten muss bereits die WLAN-Verbindung bestehen. Diese wird aber erst nach dem ersten mount -a aufgebaut (rc.M). Wahrscheinlich war das auch das Ausgangsproblem.
Um diese Schwierigkeit zu umgehen, muss zu erst in dieser Konfiguration auto gegen noauto ersetzt werden:
In THINKPAD:/etc/fstab
von
auf
ändern. Automatisches montieren unterbleibt jetzt.
Wenn der Start von Wicd durch ist, kann dann
aufgerufen werden. Für einen automatischen Aufruf, wer will schon ständig manuell aufrufen, fallen mir dazu zwei Aufbauten ein.
Erster ist, ein Wicd-Hook-Skript zu verwenden. In /etc/wicd/scripts/postconnect wird dazu ein Skript, z.B.
/etc/wicd/scripts/postconnect/mount_on_tournee mit dem Mindestinhalt
abgelegt. Eigentümer root:root , Dateirechte 740. Dieses Skript wird ausgeführt, sobald eine Verbindung hergestellt wurde.
Ich weiß z.Z. nicht, ob die Existenz solcher Skripte über die Schaltfläche Skripte in der Wicd-Konfiguration bekannt gemacht werden muss.
Alternativer zweiter Aufbau kann durch hinzufügen des Mount-Befehls in das Shellscript /etc/rc.d/rc.local erfolgen. rc.local läuft als letztes der Skripte, die aus rc.M heraus gestartet werden. Dieser so erfolgte Mount-Aufruf kommt damit nach dem Wicd-Start. Es ist aber wahrscheinlich so nicht sicherzustellen, dass Wicd bereits eine WLAN-Verbindung aufbauen konnte.
In /etc/rc.d/rc.local
Statt (u)mount TOURNEE:/mnt/hd/sda4/DAT kann (u)mount /mnt/nfs/DAT verwendet werden.
Ich hoffe, dass hilft noch etwas weiter.
Wenn alles so korregiert wird, wie von mir zuvor beschrieben, dann wird die WLAN-Verbindung noch funktionieren, aber das Verzeichnis kann nicht mehr über NFS montiert werden, denke ich.
Der Grund: Zum Mounten muss bereits die WLAN-Verbindung bestehen. Diese wird aber erst nach dem ersten mount -a aufgebaut (rc.M). Wahrscheinlich war das auch das Ausgangsproblem.
Um diese Schwierigkeit zu umgehen, muss zu erst in dieser Konfiguration auto gegen noauto ersetzt werden:
In THINKPAD:/etc/fstab
von
Code: Select all
TOURNEE:/mnt/hd/sda4/DAT /mnt/nfs/DAT nfs user,auto,rw 0 0
Code: Select all
TOURNEE:/mnt/hd/sda4/DAT /mnt/nfs/DAT nfs user,noauto,rw 0 0
Wenn der Start von Wicd durch ist, kann dann
Code: Select all
mount TOURNEE:/mnt/hd/sda4/DAT
Erster ist, ein Wicd-Hook-Skript zu verwenden. In /etc/wicd/scripts/postconnect wird dazu ein Skript, z.B.
/etc/wicd/scripts/postconnect/mount_on_tournee mit dem Mindestinhalt
Code: Select all
#!/bin/bash
#
# mount_on_tournee
#
# A script, to mount a directory on nfs.
mount TOURNEE:/mnt/hd/sda4/DAT
Ich weiß z.Z. nicht, ob die Existenz solcher Skripte über die Schaltfläche Skripte in der Wicd-Konfiguration bekannt gemacht werden muss.
Alternativer zweiter Aufbau kann durch hinzufügen des Mount-Befehls in das Shellscript /etc/rc.d/rc.local erfolgen. rc.local läuft als letztes der Skripte, die aus rc.M heraus gestartet werden. Dieser so erfolgte Mount-Aufruf kommt damit nach dem Wicd-Start. Es ist aber wahrscheinlich so nicht sicherzustellen, dass Wicd bereits eine WLAN-Verbindung aufbauen konnte.
In /etc/rc.d/rc.local
Code: Select all
case "$1" in
'start')
mount TOURNEE:/mnt/hd/sda4/DAT
;;
'stop')
# umount TOURNEE:/mnt/hd/sda4/DAT
# oder nichts
;;
*)
printf "%s %s\n" 'Hey hey hey! rc.local called with attribut:' $1
;;
esac
Ich hoffe, dass hilft noch etwas weiter.