script zum mounten ausführen

[Linberry]

Hallo,

ich habe meinen Clouddienst erfolgreich eingerichtet.
da ein Einbinden über fstab und davfs nicht möglich war, ich aber über mount /cloud als Benutzer die Cloud einbinden kann, habe ich ein kleines Script mountcloud.sh geschrieben:

Code: Alles auswählen

#! /bin/bash
# Script zum mounten der Cloud
#
# 
mount /cloud
exit 0

nach /usr/local/bin kopiert und ausführbar gemacht. Der Gruppe davfs2 habe ich meinen Benutzernamen hinzugefügt.
In der /etc/rc.local habe ich den Pfad eingetragent:

Code: Alles auswählen

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

/usr/local/bin/mountcloud.sh
exit 0

Nach einem reboot ist aber die Cloud weiterhin nicht gemounted.
mit einem mount /cloud
und einem fusermount -u /cloud
lässt sich der Webdienst jedoch problemlos ein- und aushängen.

Was mache ich da falsch?

[rendegast]

In /etc/rc.local wird das von root ausgeführt.
Vielleicht willst Du das eher als cron-Job des Benutzers, @reboot ?

[TomL]

Was mache ich da falsch?

Die rc.local wartet nicht darauf, dass das Netzwerk gestartet ist. Der Mount-Versuch läuft, failed wegen Nichtverfügbarkeit des Netzes und beendet sich. Eine Fehlermeldung bekommtst Du nicht, weil die rc.local mit exit 0 signalisiert, dass alles bestens und fehlerfrei ist. Für eine Fehlermeldung müsstest Du den Returncode des mountscriptes durchreichen... vom mount über das mountscript an die rc-local, damit es bei systemd und dann nachlesbar im Journal landet.

Ganz nebenbei bemerkt, habe ich mir den Namensteil "local" in der rc.local bewusst gemacht und bringe das nur mit einigen rhetorischen Kunstgriffen mit Netzwerk in Zusammenhang. Und weiterhin angemerkt ist die rc.local ein Komapatient. In der nächsten Debian Version ist zwar der systemd-Kompitibiltätsmode dafür noch enthalten, aber per default existiert die Datei (in meiner aktuellen Installation) nicht mal mehr.... was imho auch richtig und gut ist.

[guennid]

Und weiterhin angemerkt ist die rc.local ein Komapatient.

Wir werden sehen.

Soweit mir bekannt, starten in rc.local eingetragene Kommandos als letzte. Insofern sollte zu dem Zeitpunkt systemd, wenn es denn benutzt wird, seinen init-Job gemacht haben.

Grüße, Günther

[TomL]

Wir werden sehen.

Wie gesagt, per default war die in meinem Stretch nicht mehr vorhanden.

Soweit mir bekannt, starten in rc.local eingetragene Kommandos als letzte. Insofern sollte zu dem Zeitpunkt systemd, wenn es denn benutzt wird, seinen init-Job gemacht haben.

Die startet nach dem network.target. Und selbst das noch danach gestartete network-online.target bedeutet nicht, dass das Netz vollständig verfügbar ist, sondern nur, dass systemd alle Netzkomponenten gestartet hat und dabei keine Fehler aufgetreten sind. An dieser Tatsache ist nicht zu rütteln:
http://www.directupload.net/file/d/4468 ... lm_png.htm

[Linberry]

Die Option _netdev in der fstab hat das Problem gelöst.

many thanks