Welcome, Guest. Please login or register.
Did you miss your activation email?

Author Topic: [DE] [solved] A start job is running for lsb: raise network interface (virtualbox)  (Read 54908 times)

Offline hsp

  • User
  • Posts: 626
Habe meiner Siduction-vbox mal wieder ein upgrade gegönnt. Nun bootet (systemd) die nicht mehr und bleibt mit folgender Meldung hängen. Mehrfach probiert, booten ist nich mehr möglich.
Code: [Select]
A start job is running for lsb: raise network interface
Davor rotiert ein kleiner rote punkt. Die Box scheint wohl kaputt zu sein, ich komm nirgends mehr ran. Das ist wohl was ungesundes gekommen beim D-U. Jemand ne Idee was da los ist oder was das ist.

danke…

Das hier hab ich gelesen, scheint ähnlich zu sein:
http://forum.siduction.org/index.php?topic=4232.0
« Last Edit: 2014/04/28, 19:26:43 by musca »

Offline hsp

  • User
  • Posts: 626
Aufpassen Leute, es ist nicht nur in Virtualbox so!
Das gleiche Problem bei meiner Daddelkiste, d-u gemacht und keine bootem mehr möglich. Ich hab keine Ahnung was da los ist.

...


Offline ayla

  • User
  • Posts: 1.744
unter anderem soll hier (kde) upgedatet werden:

glib-networking glib-networking-common glib-networking-services network-manager

Ich nehme mal an es hängt hiermit zusammen:
http://forum.siduction.org/index.php?topic=4501.0

Offline hsp

  • User
  • Posts: 626
Nein ayla, ich habe kein Gnome sondern xfce.
Aber ich kann noch eins drauf legen, bei meinem Laptop exakt das gleiche, der bootet auch nicht mehr und hängt mit besagter Meldung. Da ist was kaputtes im D-U, jede Wette. Die glib-pakete sind bei mir auch gekommen, vielleicht sind die ja die schuldigen.

...


Offline hsp

  • User
  • Posts: 626
So, ich hab die Lösung. Es sind die systemd Pakete 204-9 die neu kommen. Gefixte 204-10 sind schon in incoming.
Also Füße still halten bis nachher zum nächsten Sync.




Offline musca

  • User
  • Posts: 725
  • sid, fly high!
Hallo hsp,

eine kleine Blitzumfrage im Team hat ergeben, dass die beschriebenen Probleme sonst auf keinem Rechner aufgetreten sind. Vermutlich sind also nicht alle Anwender betroffen.

Hängt es eventuell an deinen NFS-Mounts?  systemd reagiert empfindlich, wenn Teile der /etc/fstab nicht abgearbeitet werden können.

Laß doch mal den Bootparameter "quiet" weg, um mehr Ausgaben zu sehen.

Mit freundlichem Gruß
musca
„Es irrt der Mensch, solang er strebt.“  (Goethe, Faust)

Offline hsp

  • User
  • Posts: 626
musca du liest immer nur die Hälfte oder nicht richtig.
Was meinste woher ich die Meldung habe, ja genau weil ich noch 3x zusätzlich quiet in die command-zeile gemalt habe. Schalt dein Kopf vorher ein, das ist dir schon öfters passiert.

…..


Offline dsat

  • User
  • Posts: 130
Hi,

bei mir war es in der Tat ein NFS-mount, der den Bootvorgang aufhängt. Nach Auskommentieren in der fstab bootet das System wieder.

Gruß dsat

Offline towo

  • Administrator
  • User
  • *****
  • Posts: 2.938
hsp du solltest vielleicht auch Deinen Kopf einschalten, bevor Du hier andere User beleidigst!
Obwohl Du postuliert hast, daß Du mit siduction fertig hast, bist Du aber nicht verlegen, Hilfe hier in Anspruch zu nehmen.
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

Offline hsp

  • User
  • Posts: 626
towo ich bin grundsätzlich um nix verlegen.
Und User anpupen, da bist immer noch du der Beste. Keiner kanns besser.




Offline reddark

  • User
  • Posts: 1.053
    • http://www.klangruinen.de/
@hsp: gibts ein vernünftigen grund, das du hier so rumpöbeln musst???

Offline musca

  • User
  • Posts: 725
  • sid, fly high!
Hallo dsat,

danke für das positive Feedback  :)

Das nächste systemd ist jetzt eingetroffen (bin noch am testen),
aber im Changelog von systemd 204-10 sind keine gröberen Klötze erwähnt worden.

Gruß
musca
„Es irrt der Mensch, solang er strebt.“  (Goethe, Faust)

Offline hsp

  • User
  • Posts: 626
Die Lösung sieht so aus, nfs-mounts per fstab mit systemd gehen ab jetzt nicht mehr über netdev. Man muss es zwingend mit systemd machem

Code: [Select]

hsp1:/home/holgi/vdr    /home/holgi/vdr        nfs    vers=3,user,noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,noatime,nodiratime,async,rsize=32768,wsize=32768,hard,intr    0    0

Und ja, das 'noauto' muss da rein sonst schlägt mount über netdev wieder zu.

bitte...


Offline musca

  • User
  • Posts: 725
  • sid, fly high!
Hallo hsp,

danke Dir für das Feedback. Ich werde den Thread als gelöst kennzeichnen.

Eine weitere nützliche Option dürfte "nofail" sein, die das Fortsetzen des Bootvorgangs auch dann erlaubt, wenn das Mounten scheitert. Diese und die von von Dir gefundenen Optionen stehen in der (leider englischen) Manpage zu systemd.mount.

Mit freundlichen Grüßen
musca
« Last Edit: 2014/04/28, 19:40:43 by musca »
„Es irrt der Mensch, solang er strebt.“  (Goethe, Faust)

Offline dsat

  • User
  • Posts: 130
Hi,

meine nfs-mount zeile in der fstab sieht jetzt so aus:
Code: [Select]
192.168.xxx.xxx:/media/md0    /media/<directory>        nfs    noauto,x-systemd.automount,defaults    0    0Damit läuft der Bootvorgang wieder ungestört durch.

Danke für die Tipps.

Gruß dsat