Tumbleweed - /var/lock/subsys fehlt
Hallo, nachdem ich zu Hause gute Erfahrungen mit dem Tumbleweed-Repository gemacht habe (openSUSE 11.4), gibt es nun ein kleineres Problem. Anscheinend möchten einige Dienste, bis jetzt konnte ich lm_sensors, nfs- rpc.idmapd und syslogd identifizieren, ichre lock-Datei in /var/lock/subsys ablegen. Nur leider existiert das "subsys"-Verzeichnis nicht. Lege ich es manuell an und starte dei Dienste neu gibt es keine Fehlermeldung. Leider wird das Verzeichnis bei einem Neustart gelöscht. Kann ich meinem Sytem irgendwie mitteilen, dass es das Verzeichnis bei einem Neustart nicht löschen soll? Lohnt sich ein Bugzillaeintrag dazu? MfG Marco -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 23. Juni 2011, 10:05:25 schrieb Marco Roeben:
Hallo,
nachdem ich zu Hause gute Erfahrungen mit dem Tumbleweed-Repository gemacht habe (openSUSE 11.4), gibt es nun ein kleineres Problem.
Anscheinend möchten einige Dienste, bis jetzt konnte ich lm_sensors, nfs- rpc.idmapd und syslogd identifizieren, ichre lock-Datei in /var/lock/subsys ablegen. Nur leider existiert das "subsys"-Verzeichnis nicht.
Lege ich es manuell an und starte dei Dienste neu gibt es keine Fehlermeldung. Leider wird das Verzeichnis bei einem Neustart gelöscht.
Kann ich meinem Sytem irgendwie mitteilen, dass es das Verzeichnis bei einem Neustart nicht löschen soll?
Lohnt sich ein Bugzillaeintrag dazu?
MfG Marco
Hallo, ich bin da auch gerade drüber gestolpert. Das in Tumbleweed enthaltene Paket aaa_base legt ein tmpfs-Dateisystem unter /run an und richtet dann entsprechende bind-Mounts unter /var/run und /var/lock ein. Die per Paket- Installation eingerichteten Verzeichnisse unterhalb /var/run und /var/lock werden dabei vollständig ignoriert und das führt dann dazu, dass diverse Startskripte aufgrund der fehlenden Verzeichnisse auf die Nase fallen. Um das System wieder vernünftig zum Laufen zu bringen, muss man die bind-Mounts in /etc/init.d/boot.localfs auskommentieren. Warum dieses neue aaa_base in Tumbleweed gelandet ist, ist mir nicht ganz klar. Sowas sollte erst mal auf Factory beschränkt bleiben. Ein Bugzillaeintrag lohnt sich auf jeden Fall ;-) Gruß Mike -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Thu, Jun 23, 2011 at 05:11:13PM +0200, Michael Buchau wrote:
Am Donnerstag, 23. Juni 2011, 10:05:25 schrieb Marco Roeben:
Hallo,
nachdem ich zu Hause gute Erfahrungen mit dem Tumbleweed-Repository gemacht habe (openSUSE 11.4), gibt es nun ein kleineres Problem.
Anscheinend möchten einige Dienste, bis jetzt konnte ich lm_sensors, nfs- rpc.idmapd und syslogd identifizieren, ichre lock-Datei in /var/lock/subsys ablegen. Nur leider existiert das "subsys"-Verzeichnis nicht.
Lege ich es manuell an und starte dei Dienste neu gibt es keine Fehlermeldung. Leider wird das Verzeichnis bei einem Neustart gelöscht.
Kann ich meinem Sytem irgendwie mitteilen, dass es das Verzeichnis bei einem Neustart nicht löschen soll?
Lohnt sich ein Bugzillaeintrag dazu?
MfG Marco
Hallo,
ich bin da auch gerade drüber gestolpert. Das in Tumbleweed enthaltene Paket aaa_base legt ein tmpfs-Dateisystem unter /run an und richtet dann entsprechende bind-Mounts unter /var/run und /var/lock ein. Die per Paket- Installation eingerichteten Verzeichnisse unterhalb /var/run und /var/lock werden dabei vollständig ignoriert und das führt dann dazu, dass diverse Startskripte aufgrund der fehlenden Verzeichnisse auf die Nase fallen. Um das System wieder vernünftig zum Laufen zu bringen, muss man die bind-Mounts in /etc/init.d/boot.localfs auskommentieren.
Warum dieses neue aaa_base in Tumbleweed gelandet ist, ist mir nicht ganz klar. Sowas sollte erst mal auf Factory beschränkt bleiben.
Ein Bugzillaeintrag lohnt sich auf jeden Fall ;-)
Ist denke ich im Zuge des systemd Imports in Tumbleweed passiert. Ciao, Marcus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 23. Juni 2011, 19:55:36 schrieb Marcus Meissner:
ich bin da auch gerade drüber gestolpert. Das in Tumbleweed enthaltene Paket aaa_base legt ein tmpfs-Dateisystem unter /run an und richtet dann entsprechende bind-Mounts unter /var/run und /var/lock ein. Die per Paket- Installation eingerichteten Verzeichnisse unterhalb /var/run und /var/lock werden dabei vollständig ignoriert und das führt dann dazu, dass diverse Startskripte aufgrund der fehlenden Verzeichnisse auf die Nase fallen. Um das System wieder vernünftig zum Laufen zu bringen, muss man die bind-Mounts in /etc/init.d/boot.localfs auskommentieren.
Ist denke ich im Zuge des systemd Imports in Tumbleweed passiert.
Könnte jemand von Euch den Fehler im Bugzilla bestätigen oder evtl. zusätzliche Informationen dazu liefern? Dort kann es nicht nachvollzogen werden. https://bugzilla.novell.com/show_bug.cgi?id=702363 MfG Marco -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Marco Roeben
-
Marcus Meissner
-
Michael Buchau