[gelöst] Verzeichnis von Windows-Server einbinden

[jue]

Danke - ich habe es angepasst. Es scheint alles in Ordnung zu sein. Nur bei einer von 5 Freigaben bekomme ich beim Booten einen Fehlermeldung:

Code: Alles auswählen

Jun  7 12:21:40 Rechner systemd[1]: smb-keepalive@home-jue-Servername-Freigabe.timer: Refusing to start, unit to trigger not loaded.
Jun  7 12:21:40 Rechner systemd[1]: Failed to start smb-keepalive@home-jue-Servername-Freigabe.timer

Alle 4 anderen Freigaben scheinen in Ordnung zu sein - und ich finde nicht, was anders/unterschiedlich ist. Ich muss weiter suchen, werde dann berichten.

Update: die Fehlermeldungen sind beim Booten nicht immer gleich. Verschiedene Freigaben sind scheinbar betroffen. Im Betrieb funktioniert aber alles. Ich teste weiter ...

[scientific]

Zeige einmal die Ausgabe von

Code: Alles auswählen

ls -l /etc/systemd/system/multi-user.target.wants/

Und führe einmal folgendes aus:

Code: Alles auswählen

systemctl disable home-jue-Servername-Freigabe.mount home-jue-Server2name-Freigabe2.mount

Also disable alle deine MOUNT-Units der smb-Mounts.

Dann führe

Code: Alles auswählen

systemctl reenable home-jue-Servername-Freigabe.automount home-jue-Server2name-Freigabe2.automount

und

Code: Alles auswählen

systemctl reenable smb-keepalive@home-jue-Servername-Freigabe.service smb-keepalive@home-jue-Server2name-Freigabe2.service

Und dann zeuge erneut die Ausgabe von

Code: Alles auswählen

ls -l /etc/systemd/system/multi-user.target.wants/

Gibt es in dem Verzeichnis "tote" Links? Die kannst du voraussichtlich auch entfernen.

Und dann boote neu.

Direkt nach dem Booten gib noch die Ausgabe von

Code: Alles auswählen

findmnt|grep -C5 "/home/jue"

und von

Code: Alles auswählen

systemctl --failed

her.

lg scientific

[jue]

Code: Alles auswählen

ls -l /etc/systemd/system/multi-user.target.wants/
insgesamt 4
lrwxrwxrwx 1 root root 35 Mai 26 13:33 anacron.service -> /lib/systemd/system/anacron.service
lrwxrwxrwx 1 root root 40 Mai 26 13:36 avahi-daemon.service -> /lib/systemd/system/avahi-daemon.service
lrwxrwxrwx 1 root root 35 Mai 26 15:36 connman.service -> /lib/systemd/system/connman.service
lrwxrwxrwx 1 root root 41 Mai 26 13:01 console-setup.service -> /lib/systemd/system/console-setup.service
lrwxrwxrwx 1 root root 32 Mai 26 13:00 cron.service -> /lib/systemd/system/cron.service
lrwxrwxrwx 1 root root 40 Mai 26 14:05 cups-browsed.service -> /lib/systemd/system/cups-browsed.service
lrwxrwxrwx 1 root root 29 Mai 26 14:05 cups.path -> /lib/systemd/system/cups.path
lrwxrwxrwx 1 root root 34 Mai 26 15:36 dundee.service -> /lib/systemd/system/dundee.service
lrwxrwxrwx 1 root root 67 Jun  1 09:18 home-jue-Servername-Freigabe5.mount -> /etc/systemd/system/home-jue-Servername-Freigabe5.mount
lrwxrwxrwx 1 root root 52 Jun  1 09:44 home-jue-Servername-Freigabe1.mount -> /etc/systemd/system/home-jue-Servername-Freigabe1.mount
lrwxrwxrwx 1 root root 54 Jun  1 09:49 home-jue-Servername-Freigabe2.mount -> /etc/systemd/system/home-jue-Servername-Freigabe2.mount
lrwxrwxrwx 1 root root 52 Jun  1 10:05 home-jue-Servername-Freigabe3.mount -> /etc/systemd/system/home-jue-Servername-Freigabe3.mount
lrwxrwxrwx 1 root root 53 Jun  1 10:08 home-jue-Servername-Freigabe4.mount -> /etc/systemd/system/home-jue-Servername-Freigabe4.mount
lrwxrwxrwx 1 root root 38 Mai 26 13:53 irqbalance.service -> /lib/systemd/system/irqbalance.service
lrwxrwxrwx 1 root root 40 Mai 26 13:35 ModemManager.service -> /lib/systemd/system/ModemManager.service
lrwxrwxrwx 1 root root 38 Mai 26 13:00 networking.service -> /lib/systemd/system/networking.service
lrwxrwxrwx 1 root root 42 Mai 26 13:35 NetworkManager.service -> /lib/systemd/system/NetworkManager.service
lrwxrwxrwx 1 root root 33 Mai 26 15:36 ofono.service -> /lib/systemd/system/ofono.service
lrwxrwxrwx 1 root root 36 Mai 26 13:34 pppd-dns.service -> /lib/systemd/system/pppd-dns.service
lrwxrwxrwx 1 root root 36 Mai 26 12:58 remote-fs.target -> /lib/systemd/system/remote-fs.target
lrwxrwxrwx 1 root root 33 Mai 26 14:48 rsync.service -> /lib/systemd/system/rsync.service
lrwxrwxrwx 1 root root 35 Mai 26 13:00 rsyslog.service -> /lib/systemd/system/rsyslog.service
lrwxrwxrwx 1 root root 47 Mai 26 13:37 unattended-upgrades.service -> /lib/systemd/system/unattended-upgrades.service

Ich glaube, hier ist das Problem.

Code: Alles auswählen

systemctl reenable smb-keepalive@home-jue-Servername-Freigabe1.service smb-keepalive@home-jue-Servername-Freigabe2.service smb-keepalive@home-jue-Servername-Freigabe3.service smb-keepalive@home-jue-Servername-Freigabe4.service smb-keepalive@home-jue-Servername-Freigabe5.service
No such file or directory

Muss ich diese Dateien anlegen?
Es funktioniert eigentlich alles. Auch die Freigaben werden bei Nichtverwendung schön ausgehängt.

Code: Alles auswählen

root@rechner:/home/jue# systemctl --failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

[scientific]

Ist die ls-Ausgabe bevor du die Moununits disabled hast?

Die smb-keepalive@.service muss vorhanden sein (in /etc/systemd/system/).
Die Services smb-keepalive@home-jue-Servername-Freigabe.service usw. sind sogenannte Instanzen der vorher genannten Unit und müssen nicht angelegt werden.
Du findest diese als Symlinknamen in /etc/systemd/system/home-jue-Servername-Freigabe.mount.wants/ der dann auf /etc/systemd/system/ftp-keepalive@.service verweist.

Wahrscheinlich hast du dich vertippt (irgendwo ein Leerzeichen zuviel), weshalb das File not found kommt.

Lg scientific

[jue]

Ist die ls-Ausgabe bevor du die Moununits disabled hast?

Ich komme so langsam durcheinander - sorry - nein, das war zuvor ... ich bin die Schritte - einer nach dem anderen - gegangen, bis die Fehlermeldung "No such file or directory" kam.

[scientific]

Ok. Bei meinem vorigen Post gibts ein update!

[scientific]

Gib mir das ls jetzt nochmal!
Die Symlinks auf die mounts müssten jetzt weg sein!

[jue]

Gib mir das ls jetzt nochmal!
Die Symlinks auf die mounts müssten jetzt weg sein!

Ich bin zuhause an meinem Rechner, nicht am betroffenen Rechner am Arbeitsplatz. Morgen kann ich erst weitermachen.

[scientific]

Ok.
Du kannst es selber kontrollieren.
In multi-user.target.wants/ dürfen keine Symlinks auf die Mount-units sein, dafür müssen in network-online.wants/ die Symlinks auf die Automount-Units sein.
Und zu jeder Mountunit muss es ein gleichnamiges Verzeichnis mit .wants am Ende geben, in dem nur ein Symlink zum smb-keepalive@.service ist.

Noch etwas:

Du hattest deine Mount-Units so:

Code: Alles auswählen

[Unit]
Description=Mount Network-Drives

Requires=network-online.target
After=NetworkManager-wait-online.service
Before=shutdown.target
Conflicts=shutdown.target
ConditionPathExists=/home/jue/Servername/Freigabe

Kontrolliere bitte, ob in /etc/systemd/system/home-jue-Servername-Freigabe.mount.requires ev. noch ein Symlink zu network-online.target drin ist. Diese bitte auch in jedem dieser .requires-Verzeichnissen für die Mounts löschen.

Die Datei /etc/systemd/system/smb-keepalive@.service existiert?

Die Fehlermeldung "No such File or Directory" beim reenablen checke mal bitte ab, ob und wann die kommt, wenn du die einzelnen Units reenablest. Also

Code: Alles auswählen

systemctl reenable smb-keepalive@home-jue-Servername-Freigabe1.service
systemctl reenable smb-keepalive@home-jue-Servername-Freigabe2.service
systemctl reenable smb-keepalive@home-jue-Servername-Freigabe3.service
systemctl reenable smb-keepalive@home-jue-Servername-Freigabe4.service
systemctl reenable smb-keepalive@home-jue-Servername-Freigabe5.service

Dem müssen wir noch nachgehen.

lg scientific

[jue]

In multi-user.target.wants/ dürfen keine Symlinks auf die Mount-units sein, dafür müssen in network-online.wants/ die Symlinks auf die Automount-Units sein.
Und zu jeder Mountunit muss es ein gleichnamiges Verzeichnis mit .wants am Ende geben, in dem nur ein Symlink zum smb-keepalive@.service ist.

Ja, das ist o.k. Die Symlinks auf die Automount-Units sind in network-online.wants
Aber in den *.wants sind die Symlinks auf die *.timer!

Du hattest deine Mount-Units so:

Code: Alles auswählen

[Unit]
Description=Mount Network-Drives

Requires=network-online.target
After=NetworkManager-wait-online.service
Before=shutdown.target
Conflicts=shutdown.target
ConditionPathExists=/home/jue/Servername/Freigabe

Kontrolliere bitte, ob in /etc/systemd/system/home-jue-Servername-Freigabe.mount.requires ev. noch ein Symlink zu network-online.target drin ist. Diese bitte auch in jedem dieser .requires-Verzeichnissen für die Mounts löschen.

die *.requires finde ich nicht

Die Datei /etc/systemd/system/smb-keepalive@.service existiert?

Ja.

Die Fehlermeldung "No such File or Directory" beim reenablen checke mal bitte ab, ob und wann die kommt, wenn du die einzelnen Units reenablest. Also

Code: Alles auswählen

systemctl reenable smb-keepalive@home-jue-Servername-Freigabe1.service
systemctl reenable smb-keepalive@home-jue-Servername-Freigabe2.service
systemctl reenable smb-keepalive@home-jue-Servername-Freigabe3.service
systemctl reenable smb-keepalive@home-jue-Servername-Freigabe4.service
systemctl reenable smb-keepalive@home-jue-Servername-Freigabe5.service

Das habe ich getestet, weil ich sichergehen wollte, dass ich mich nicht irgendwo vertippt habe, es kommt bei jeder *.service: Failed to reenable unit: No such file or directory

[scientific]

Dann poste bitte den genauen und ganzen Inhalt von
/etc/systemd/system/smb-keepalive@.service

Ist die Schreibweise der Datei korrekt?

Code: Alles auswählen

 smb-keepalive@.service

[jue]

Dann poste bitte den genauen und ganzen Inhalt von
/etc/systemd/system/smb-keepalive@.service

Ist die Schreibweise der Datei korrekt?

Code: Alles auswählen

 smb-keepalive@.service

Da ist was komisches:

Code: Alles auswählen

cat smb-keepalive@.service
cat: smb-keepalive@.service: Datei oder Verzeichnis nicht gefunden

aber durch die Autovervollständigung so:

Code: Alles auswählen

cat smb-keepalive\@.service\  
[Unit]
#Description=Keepalive FTP-Connection on %f

[Service]
#ExecStart=/bin/sh -c "/bin/ls %f > /dev/null"
ExecStart=/bin/sh -c "/usr/bin/stat %f > /dev/null"

[scientific]

Ja, da passt definitiv etwas nicht.
Benenne die Datei mit der Autovervollständigung um und tippe den richtigen Namen manuell ein.

[jue]

Ja, da passt definitiv etwas nicht.
Benenne die Datei mit der Autovervollständigung um und tippe den richtigen Namen manuell ein.

Das komische ist, die Datei wird so dargestellt:
root@rechner:/etc/systemd/system# ls
..... smb-keepalive@.service ...

Code: Alles auswählen

cp smb-keepalive\@.service\  smb-keepalive@.service

jetzt habe ich 2 smb-keepalive@.service die nicht gefunden werden:

Code: Alles auswählen

cat smb-keepalive.service
cat: smb-keepalive.service: Datei oder Verzeichnis nicht gefunden

Es funktioniert nur mit der Autovervollständigung:

cat smb-keepalive\@.service
[Unit]
#Description=Keepalive FTP-Connection on %f

[Service]
#ExecStart=/bin/sh -c "/bin/ls %f > /dev/null"
ExecStart=/bin/sh -c "/usr/bin/stat %f > /dev/null"
root@nx:/etc/systemd/system#

[scientific]

Warum wird das @ bei dir escaped? Das sollte so nicht sein.

Das smb-keepalive.service nicht gefunden wird ist auch gut so. Zwischen keepalive und "." gehört das @

[jue]

Warum wird das @ bei dir escaped? Das sollte so nicht sein.

Das smb-keepalive.service nicht gefunden wird ist auch gut so. Zwischen keepalive und "." gehört das @

Das geht:

Code: Alles auswählen

cat smb-keepalive@.service
[Unit]
#Description=Keepalive FTP-Connection on %f

[Service]
#ExecStart=/bin/sh -c "/bin/ls %f > /dev/null"
ExecStart=/bin/sh -c "/usr/bin/stat %f > /dev/null"

Ich lösche die mit dem neueren Datum.
Jetzt ist es wieder so:

Code: Alles auswählen

cat smb-keepalive@.service
cat: smb-keepalive@.service: Datei oder Verzeichnis nicht gefunden

Code: Alles auswählen

mv smb-keepalive\@.service\  smb-keepalive@.service

Code: Alles auswählen

cat smb-keepalive@.service  
[Unit]
#Description=Keepalive FTP-Connection on %f

[Service]
#ExecStart=/bin/sh -c "/bin/ls %f > /dev/null"
ExecStart=/bin/sh -c "/usr/bin/stat %f > /dev/null"

[scientific]

Super!

Dann frohes Testen

[jue]

Super!

Dann frohes Testen

Herzlichen Dank für die Unterstützung! Ich schaue mal, dass ich selbst weiter komme. Vielleicht hilft der ganze Thread ja auch anderen, die sich mit dem selben Thema beschäftigen müssen.
Alles in allem muss ich aber sagen, dass es etwas kompliziert ist und ich mir wünschen würde, dass Mount-Tools wie Gigolo besser funktionieren bzw. mit den anderen Komponenten zusammenspielen würden. Ich denke schon daran, dass ich vielleicht auch einmal einen neuen Rechner habe und alles wieder einrichten muss. Klar kann ich das gesamte /etc/systemd/system sichern, das ist ja aber nicht alles.

[scientific]

Ich denke, ich werd bei Gelegenheit einen Wikiartikel mit den passenden Units verfassen.

So schwierig ist das gar nicht. Du bist nur ein paar Umwege gegangen, und Tom und ich trugen noch zusätzlich in deinem Thread einen Disput aus...

Ich werd im Wikiartikel noch einen Weg zeigen, wie man solche Mounts mit der fstab anlegen, und dennoch individualisieren und um Optionen ergänzen kann, die über die fstab nicht konfigurierbar sind.

Lg scientific

[scientific]

Nur weils mich interessiert...
Klappt jetzt alles?

[jue]

Nur weils mich interessiert...
Klappt jetzt alles?

Ich habe mir jetzt einige Zeit zum Testen im normalen Betrieb gelassen (ich arbeite ja damit) - und ich muss sagen, dass alles wie geschmiert läuft. Das Herunterfahren ist ein Genuss im Gegensatz zu früher. Nochmals herzlichen Dank für die Unterstützung - absolut profimäßig . Ich hoffe, dass alles auch anderen hilft, die vielleicht ein ähnliches Problem haben.

[scientific]

Vielen Dank!

Denke schon, dass das auch anderen helfen wird.

Lg scientific