Moin
Es ist wie verhext, es funktioniert einfach nicht..... egal, was ich unternehme ...
.... alles vermutlich wegen diesem
Bug 772914. Ich habe mir jetzt eine Systemd-Unit gebastelt, die beim Systemstart und beim Shutdown aktiv wird. Beim Systemstart ist sie erfolgreich, aber sie schafft es nicht, vor dem Wlan = OFF zu umounten, obwohl sie aktiv ist.
So sieht meine Unit aus:
/etc/systemd/system/mountctrl.service
Code: Alles auswählen
[Unit]
Description=MountControl (avoid mount + umount + stop-job-errors)
After=network.target nmbd.service smbd.service
Before=shutdown.target
Requires=network.target
[Service]
RemainAfterExit=yes
Type=oneshot
ExecStart=/usr/local/bin/mountctrl start
ExecStop=/usr/local/bin/mountctrl stop
[Install]
WantedBy=multi-user.target
Dieses Script wird erfolgreich gestartet:
/usr/local/bin/mountctrl
Code: Alles auswählen
#!/bin/sh
#
# mountctrl
# defaults = rw,suid,dev,exec,auto,nouser,async
# rw,dev,exec,noauto,nouser,async,noatime
#---------------------------------------------------------------------------------------------------
[ -z "$1" ] || JobToDo=$1 # empty? no = assign
#Debug
d=`date +%d-%m-%Y-%H-%M`
log=/var/log/MyDebugLog.txt
echo $d "mountctrl: "$JobToDo >>$log
#---------------------------------------------------------------------------------------------------
case $JobToDo in
start)
# Admin-Share's
mount //10.10.1.2/HD_1 /media/HD_1 -t cifs -o credentials=/home/thomas/.smbcredentials,uid=thomas,gid=thomas,rw,suid,dev,exec,user,async
mount //10.10.1.2/HD_2 /media/HD_2 -t cifs -o credentials=/home/thomas/.smbcredentials,uid=thomas,gid=thomas,rw,suid,dev,exec,user,async
# Non-Public-Share's
mount //10.10.1.2/Programme /media/Programme -t cifs -o credentials=/home/thomas/.smbcredentials,uid=thomas,gid=thomas,rw,suid,dev,exec,user,async
# Public Share's
mount //10.10.1.2/DatenAlle /media/DatenAlle -t cifs -o credentials=/home/thomas/.smbcredentials,uid=thomas,gid=sambauser,rw,suid,dev,exec,user,async
mount //10.10.1.2/MultiMedia /media/MultiMedia -t cifs -o credentials=/home/thomas/.smbcredentials,uid=thomas,gid=sambauser,rw,suid,dev,exec,user,async
;;
#-----------------------------------------------------------------------------------------
stop)
# Admin-Share's
umount /media/HD_1 -f
umount /media/HD_2 -f
# Non-Public Share's
# umount /media/Programme -f
# Public Share's
umount /media/DatenAlle -f
umount /media/MultiMedia -f
# /etc/init.d/umountnfs.sh
df -h >>$log
;;
#-----------------------------------------------------------------------------------------
*)
echo "Usage: $0 {start | stop}"
echo $d "Job canceled! Wrong or missing parameter"
exit 1
;;
esac
exit 0
In meinem Log sehe ich, dass alles korrekt gestartet wurde:
/var/log/MyDebugLog.txt
Code: Alles auswählen
23-07-2015-20-55 mountctrl: stop
23-07-2015-20-58 mountctrl: start
23-07-2015-21-00 mountctrl: stop
23-07-2015-21-01 mountctrl: start
23-07-2015-21-12 mountctrl: stop
23-07-2015-21-12 mountctrl: start
23-07-2015-21-47 mountctrl: stop
23-07-2015-21-49 mountctrl: start
Und trotzdem funktioniert der umount nicht, bevor das WLan weg ist. Jetzt habe ich aufgrund eines Hinweises im Bugreport versucht, das Problem über den Networkmanager-Dispatcher zu lösen, aber dieses Script wird überhaupt nicht gestartet, zu keiner Zeit. Ich habe keine Ahnung, warum nicht... nach den Dokus ist das doch eigentlich recht easy.... aber er tuts trotzdem nicht.
/etc/NetworkManager/dispatcher.d/pre-down.d/mountctrl.helper
Code: Alles auswählen
#!/bin/sh
IF=$1
STATUS=$2
#Debug
d=`date +%d-%m-%Y-%H-%M`
log=/var/log/MyDebugLog.txt
echo $d "mountctrl_helper: "$IF - $STATUS >>$log
if [ "${IF}" = "wlan0" ] && [ "${STATUS}" = "down" ]; then
/usr/local/bin/mountctrl stop
fi
exit 0
An den Rechten der Scripte liegts nicht. Ich habe sie alle root "gegeben" und
alle dürfen lesen und starten. Jetzt habe ich nur noch die Hoffnung, dass die Fachleute sehen, woran es hapert, den Bug erfolgreich zu umgehen.
... richtig gut... zwar jetzt etwas anders, als von Dir vorgeschlagen, aber Du hast definitiv den Karren in die richtige Richtung auf die Strasse gestellt 
Danke! Ich werde etwas später hier noch mal die ganze Lösung anhängen.... vielleicht ist das ja für den einen oder anderen auch noch interessant. Für mich war dabei jetzt wichtig, dass ich ein Customizing bekomme, welches bei uns auf mehreren Laptops, Notebooks, Desktops und mehreren Raspberry Pi's ohne Anpassungen läuft und dabei unterschiedliche systemspezifische Fehler umgeht oder löst. Ich denke mal, das ist gelungen.