Hallo Jörg, das ganze verstehe ich nicht. In der Fehlermeldung wird auf man:systemd-fstab-generator(8) verwiesen, aber einen systemd-fstab-generator gibt es nicht. Aber in welchem service finde ich mount -a. Warum wird der nicht automatisch aus z.B systemd-networkd-wait-online.service gestartet oder für was ist der sonst da. Ich könnte mount -a ja auch in z.B rc.4 eintragen, aber systemd soll das ja alles ersetzen. Viele Grüße Günter Am Mittwoch, 1. April 2020, 13:53:19 CEST schrieb Joerg Thuemmler:

Am Wed, 01 Apr 2020 12:27:43 +0200

schrieb Günter Ohmer :

...

Liebe Listenleser, seit Einführung von systemd werden meine sambashares trotz Eintrag in der fstab nicht gemountet. wer kann mir helfen? ============ snip ========== t500-guenter:~ # cat /etc/fstab | grep Dokumente //basar/Dokumente /home/guenter/Dokumente cifs defaults,nobrl,noacl,rw,auto,uid=guenter,gid=users,credentials=/home/guen ter/.credentials,vers=1.0 0 1 ============ snip ========== t500-guenter:~ # systemctl | grep Dokumente ● home-guenter-Dokumente.mount loaded failed failed /home/guenter/Dokumente ============ snip ========== t500-guenter:~ # systemctl status home-guenter-Dokumente.mount ● home-guenter-Dokumente.mount - /home/guenter/Dokumente

Loaded: loaded (/etc/fstab; generated) Active: failed (Result: exit-code) since Wed 2020-04-01 11:45:38 CEST; 12min ago> Where: /home/guenter/Dokumente

What: //basar/Dokumente Docs: man:fstab(5)

man:systemd-fstab-generator(8)

Apr 01 11:45:37 t500-guenter systemd[1]: Mounting /home/guenter/Dokumente... Apr 01 11:45:37 t500-guenter mount[1645]: mount error: could not resolve address for basar: Unknown error Apr 01 11:45:38 t500-guenter systemd[1]: home-guenter-Dokumente.mount: Mount process exited, code=exited, status=1/FAILURE Apr 01 11:45:38 t500-guenter systemd[1]: home-guenter-Dokumente.mount: Failed with result 'exit-code'. Apr 01 11:45:38 t500-guenter systemd[1]: Failed to mount /home/guenter/Dokumente. ============ snip ========== t500-guenter:~ # host basar basar.fritz.box has address 192.168.1.2 ============ snip ========== t500-guenter:~ # systemctl restart home-guenter-Dokumente.mount ============ snip ========== t500-guenter:~ # mount | grep Dokumente //basar/Dokumente on /home/guenter/Dokumente type cifs (rw,relatime,vers=1. .... =========================== Beim Schreiben ist mir jetzt die Notlösung eingefallen IP-Adressen in der /etc/fstab. Aber die Lösung wäre der Service der die fstab abarbeitet würde vor dem Mount die Adressen auflösen. Welcher Service macht das? Wo kann ich eine Fehlermeldung hinschicken?

Viele Grüße Günter

Hi,

wahrscheinlich wird der service network erst nach mount -a geladen? Ich würde das nicht "auto" mounten, würde ich nie für Netzwerklaufwerke tun. Ich würde das in einen eigenen Service packen, der erst nach allen anderen von systemd geladen wird.

cu jth

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Wed, 01 Apr 2020 19:51:14 +0200 schrieb Richard Kraut :

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512

Am Mittwoch, den 01.04.2020, 19:27 +0200 schrieb Günter Ohmer:

...

man:systemd-fstab-generator(8) verwiesen, aber einen systemd-fstab-generator gibt es nicht.

/lib/systemd/system-generators/systemd-fstab-generator ?

Die manpage dazu: man systemd-fstab-generator

...

Warum wird der nicht automatisch aus z.B systemd-networkd-wait-online.service gestartet oder für was ist der sonst da.

man systemd-networkd-wait-online

...

Ich könnte mount -a ja auch in z.B rc.4 eintragen, aber systemd soll das ja alles ersetzen.

Ich vermute einfach, dass versucht wird Deine Netzwerkfreigabe zu mounten, bevor die Netzwerkverbindung hergestellt ist.

- --

MfG Richi

Ja, denke ich auch. wahrscheinlich wird es auch von den Suse-Leuten nicht für "typisch" gehalten, Netzwerklaufwerke während des Bootens zu mounten. Wenn das Laufwerk dann nicht da ist (dessen Server könnte ja auch down sein) , gibts auch bloß Ärger... Ich würde nicht in der Reihenfolge des systemd rumbasteln, das nächste update zerhackt Dir das vielleicht wieder. Nimm einfach das "auto" aus der fstab und schreib Dir eine systemd-unit die das erledigt. Sowas wie früher /etc/rc.d/local... Beispiele sollte das Netz genug liefern... cu jth -- Joerg Thuemmler -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo, Am Donnerstag, 2. April 2020, 07:36:43 CEST schrieb Joerg Thuemmler:

Am Wed, 01 Apr 2020 19:51:14 +0200

schrieb Richard Kraut :

...

-----BEGIN PGP SIGNED MESSAGE-----

Ja, denke ich auch. wahrscheinlich wird es auch von den Suse-Leuten nicht für "typisch" gehalten, Netzwerklaufwerke während des Bootens zu mounten. Wenn das Laufwerk dann nicht da ist (dessen Server könnte ja auch down sein) , gibts auch bloß Ärger... nicht während des bootens das ist eigentlich schon passiert und das macht der grub. Der systemd muss eigentlich das System geordnet vorbereiten und dazu gehört auch, dass Netzlaufwerke erst nach dem Netzwerkstart eingebunden werden. Zu "typischem" Verhalten: Schon vor 15. Jahren habe ich SuSE in der Industrie eingesetzt und jeder Benutzer hatte ein Netzlaufwerk auf dem er alle wichtigen Daten abgelegt und dort auch bearbeitet hat. Und diese Verzeichnisse wurden täglich mit StoreBackup gesichert und damit hatte ich eine Versionierung. Und das alles mit der fstab.

Ich würde nicht in der Reihenfolge des systemd rumbasteln, das nächste update zerhackt Dir das vielleicht wieder. Nimm einfach das "auto" aus der fstab und schreib Dir eine systemd-unit die das erledigt. Sowas wie früher /etc/rc.d/local... und das obsolete /etc/r.c.d/local ist beim übernächsten udate verschwunden. Beispiele sollte das Netz genug liefern...

cu jth

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Thu, 02 Apr 2020 10:11:52 +0200 schrieb Günter Ohmer :

Hallo, Am Donnerstag, 2. April 2020, 07:36:43 CEST schrieb Joerg Thuemmler:

...

Am Wed, 01 Apr 2020 19:51:14 +0200

schrieb Richard Kraut :

...

-----BEGIN PGP SIGNED MESSAGE-----

Ja, denke ich auch. wahrscheinlich wird es auch von den Suse-Leuten nicht für "typisch" gehalten, Netzwerklaufwerke während des Bootens zu mounten. Wenn das Laufwerk dann nicht da ist (dessen Server könnte ja auch down sein) , gibts auch bloß Ärger... nicht während des bootens das ist eigentlich schon passiert und das macht der grub. Der systemd muss eigentlich das System geordnet vorbereiten und dazu gehört auch, dass Netzlaufwerke erst nach dem Netzwerkstart eingebunden werden. Zu "typischem" Verhalten: Schon vor 15. Jahren habe ich SuSE in der Industrie eingesetzt und jeder Benutzer hatte ein Netzlaufwerk auf dem er alle wichtigen Daten abgelegt und dort auch bearbeitet hat. Und diese Verzeichnisse wurden täglich mit StoreBackup gesichert und damit hatte ich eine Versionierung. Und das alles mit der fstab.

Ich würde nicht in der Reihenfolge des systemd rumbasteln, das nächste update zerhackt Dir das vielleicht wieder. Nimm einfach das "auto" aus der fstab und schreib Dir eine systemd-unit die das erledigt. Sowas wie früher /etc/rc.d/local... und das obsolete /etc/r.c.d/local ist beim übernächsten udate verschwunden. Beispiele sollte das Netz genug liefern...

cu jth

Hi, naja, so pingelig bin ich nicht, was der systemd nach dem "echten" Booten treibt, gehört für mich geistig auch zum Booten dazu... Und ich würde trotzdem keine Netzlaufwerke per mount -a beim Systemd-Lauf einbinden. Die Anzahl der Threads zu beim Start nicht eingebundenen Netzlaufwerken ist IMHO auf dieser Liste nicht klein... Und bitte richtig lesen: ich habe geschrieben: "früher /etc/rc.d/local..", ansonsten hatte ich wohl klar geschrieben, dass das in eine systemd-Unit soll. Bis jetzt überschreiben systemd-Updates noch keine eigenen Units. Ich nutze sowas seit längerem und ohne jegliche Probleme. Mit [Unit] Description=Local Server scripts After=network.target [Service] ... [Install] WantedBy=multi-user.target startet es bei mir auch genau im richtigen Moment. cu jth -- Joerg Thuemmler -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Günter, hallo zusammen, Am Mittwoch, 1. April 2020, 12:27:43 CEST schrieb Günter Ohmer:

seit Einführung von systemd werden meine sambashares trotz Eintrag in der fstab nicht gemountet. wer kann mir helfen? ============ snip ========== t500-guenter:~ # cat /etc/fstab | grep Dokumente //basar/Dokumente /home/guenter/Dokumente cifs defaults,nobrl,noacl,rw,auto,uid=guenter,gid=users,credentials=/home/ guenter/.credentials,vers=1.0 0 1

Apr 01 11:45:37 t500-guenter systemd[1]: Mounting /home/guenter/Dokumente... Apr 01 11:45:37 t500-guenter mount[1645]: mount error: could not resolve address for basar: Unknown error

Beim Schreiben ist mir jetzt die Notlösung eingefallen IP-Adressen in der /etc/fstab. Aber die Lösung wäre der Service der die fstab abarbeitet würde vor dem Mount die Adressen auflösen. Welcher Service macht das? Wo kann ich eine Fehlermeldung hinschicken?

Wenn es mit der IP-Adresse funktioniert, kann wohl beim Booten der Hostname (noch) nicht via DNS (oder nmbd, da wir von Samba reden) aufgelöst werden kann. (Wenn Du dann später testest, geht es natürlich ;-) Zeig erstmal die Ausgabe von systemctl cat home-guenter-Dokumente.mount Das zeigt u. a., welche Abhängigkeiten systemd automatisch generiert hat. Vielleicht gibt das ja schon genug Hinweise. Danach hilft ein Blick auf man systemd.mount - der Abschnitt "fstab" hat ein paar interessante Optionen, um die mount-Unit passend zu ergänzen. x-systemd.automount ist die langweiligste (aber vermutlich trotzdem hilfreich), es gibt aber auch Optionen, um die Abhängigkeiten anzupassen. Als Workaround könnte auch ein Eintrag für "basar" in der /etc/hosts helfen. Gruß Christian Boltz --

...

[OOo splash] kroete should turn their eyes during load ;-) It should roll with his eyes if user is doing something completely stupid. ...like touching the mouse, or do you know even better heuristics? [> Robert Schiele and Hans-Peter Jansen]

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Thu, 02 Apr 2020 19:34:33 +0200 schrieb Günter Ohmer :

Hallo Jörg, seit ich SUSE einsetze und das mach ich schon sehr sehr lange war die fstab die Datei in der alles eingetragen wurde was das System braucht. Vor allem alle Plattenlaufwerke, Netzwerklaufwerke , swap ... und nach jedem Distributionsupgrade hat das wieder funktioniert. Manchmal hat das Netzlaufwerk gefehlt dann habe ich den Server eingeschaltet und den mount per Hand vorgenommen, dann hat sich einmal die Samba - oder NFS-Version geändert dann wurde der Server nachgezogen oder der Eintrag in der fstab geändert. Und dann kam systemd und seitdem ist alles anders. Besser? Viele Grüße Günter Am Donnerstag, 2. April 2020, 14:08:48 CEST schrieb Joerg Thuemmler:

...

Hi,

naja, so pingelig bin ich nicht, was der systemd nach dem "echten" Booten treibt, gehört für mich geistig auch zum Booten dazu... Und ich würde trotzdem keine Netzlaufwerke per mount -a beim Systemd-Lauf einbinden. Die Anzahl der Threads zu beim Start nicht eingebundenen Netzlaufwerken ist IMHO auf dieser Liste nicht klein...

Und bitte richtig lesen: ich habe geschrieben: "früher /etc/rc.d/local..", ansonsten hatte ich wohl klar geschrieben, dass das in eine systemd-Unit soll. Bis jetzt überschreiben systemd-Updates noch keine eigenen Units. Ich nutze sowas seit längerem und ohne jegliche Probleme. Mit

[Unit] Description=Local Server scripts After=network.target [Service] ... [Install] WantedBy=multi-user.target

startet es bei mir auch genau im richtigen Moment.

cu jth

Hi, ganz Deiner Meinung, ich wäre auch ohne systemd ausgekommen ;-) Aber Netzlaufwerke in der fstab mit "auto" finde ich trotzdem keine gute Idee... cu jth -- Joerg Thuemmler -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Jörg, Am Freitag, 3. April 2020, 08:31:21 CEST schrieb Joerg Thuemmler:

Hi,

ganz Deiner Meinung, ich wäre auch ohne systemd ausgekommen ;-)

Aber Netzlaufwerke in der fstab mit "auto" finde ich trotzdem keine gute Idee...

"Alla Gut" sagt man bei uns in der Pfalz, "Chacun à son goût" sagen die Franzosen ganz in der Nähe, "Jedem nach seinem Geschmack" sagt der Hochdeutsche oder "über Geschmack lässt sich streiten". Viele Grüße aus der sonnigen Südpalz Günter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org