vieleicht hilft der ja der hier weiter: https://www.freedesktop.org/software...temd.volatile=
https://i0.kym-cdn.com/photos/images...25/966/8d2.gif
Druckbare Version
vieleicht hilft der ja der hier weiter: https://www.freedesktop.org/software...temd.volatile=
https://i0.kym-cdn.com/photos/images...25/966/8d2.gif
mit systemctl stop oder disable den Dienst nicht ausführen:
Code:systemctl disable tmp.mount
Oder erst mal schauen welche Partition systemd als /tmp einbinden möchte:
Du musst aber entweder den fstab Eintrag entfernen oder die Systemd Unit tmp.mount wie oben beschrieben abschalten. Ansonsten läufst Du immer wieder in diesen Konflikt.Code:$ systemctl cat /tmp.mount
Gruß
craano
Naja, momentan ist der fstab Eintrag auskommentiert und NUR systemd aktiv. Dennoch sagt er in 30% der Fälle: unable to mount -> und wenn ich dann schaue, ist tmp schon gemountet. gut zu sehen, wenn ich mich auf der Konsole anmelde und dort ein "df" absetze. Da ist /tmp als eigene Partition aufgeführt.
Und die Fehlermeldung im Systemctl sagt so wie auf einem der Fotos auf Seite 1 schon zu sehen: /tmp allready mounted.
Es ist müßig, weil die Kernel Entwickler offensichtlich der Meinung sind, dass "already mounted" ein ebenso schwerwiegender Fehler ist wie "device busy" oder "device not available". Ich sehe das anders aber was solls...
Ich werde jetzt also den systemd-Dienst deaktivieren und dafür fstab einschalten. Aber ich hab da so eine Befürchtung, dass das auch nix ändern wird...
Wenn mit fstab only nicht besser wird, dann musst Du vielleicht das nächste Tumbleweed Update abwarten...ist halt SUSE SID.
Ja, war so. ;-)
Nachdem es fast ein halbes Jahr regelmäßig zu dem Problem gekommen ist, hat eines der letzten Updates das Thema scheinbar behoben. Dafür habe ich jetzt ein anderes Problem. Aber dafür mache ich ein neues Thema auf...