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 54951 times)

Offline devil

  • Administrator
  • User
  • *****
  • Posts: 4.842
Die korrekte Option für automount in Debian wäre nicht
Code: [Select]
x-systemd.automount sondern
Code: [Select]
comment=systemd.automount
Grund hierfür ist util-linux 2.20. Mit 2.21, das irgendwasnn kommt, ist dann auch x-systemd.automount korrekt.
Hintergrund: https://lists.debian.org/debian-ctte/2014/06/msg00003.html

greetz
devil
« Last Edit: 2014/06/27, 13:34:35 by devil »

Offline spacepenguin

  • User
  • Posts: 862
    • spacepenguin.de
Ich grabe den alten Thread mal aus, weil ich seit gestern auch diese Meldung bekomme "A start job is running for LSB: Raise network interfaces". Davor wandern rote Sternchen hin und her (Weihnachten? ;) ) und dahinter ist eine laufende Zeitangabe "(43 s/no limit)". Die 43 ist ein Beispiel, das geht hoch bis zu 1 min 30 sec ca. und dann geht es weiter... Ich habe keine nfs mounts und ähnliche Späße in der /etc/fstab, nur die ganz normalen Partitionen...
Susan | Hardware: SysProfile
Music-Profile: http://www.last.fm/de/user/spacepengu

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Wenn Du im Forum schaust, kann das viel sein - bei mir war es ein Graphiktreiber, bei den meisten anderen ist Netzwerk ganz groß in Mode. Mit dem nm solls gehen.
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline spacepenguin

  • User
  • Posts: 862
    • spacepenguin.de
Den nm möchte ich, wenn es irgend geht, vermeiden. Es funktioniert ja alles, nur der Boot ist seit dem d-u um ca. anderthalb Minuten verzögert. Inwiefern war der Grafikkartentreiber bei dir daran Schuld?
Susan | Hardware: SysProfile
Music-Profile: http://www.last.fm/de/user/spacepengu

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
der Treiber war nach einem Kernelwechsel klotten - und dann kam dieses wunderbare 'A start job is running for LSB ...' mit wunderschöner Weihnachtsbeleuchtung (die roten wandernden Sterne) und der geschätzten Zeit von 53 min. Ich hab mich dann dazu entschlossen, nicht zu warten und das manuell zu prüfen :) - ging irgendwie schneller.

Das mit dem Netzwerk ist irgendwie auch nicht so recht einzusehen - wtf hat LSB damit zu tun? Entweder das Ding wird wie auch immer gestartet, das hat jahrelang mehr oder weniger vernünftig funktioniert, was brauchts dazu die Linux Standard Base?? ich gebe aber auch zu, dass ich noch nicht so verzweifelt bin, dass ich das diffe.

EDIT sagt: Doch, ich bin so verzweifelt und mach das mal.

Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

reinob

  • Guest
Das mit dem Netzwerk ist irgendwie auch nicht so recht einzusehen - wtf hat LSB damit zu tun? Entweder das Ding wird wie auch immer gestartet, das hat jahrelang mehr oder weniger vernünftig funktioniert, was brauchts dazu die Linux Standard Base?? ich gebe aber auch zu, dass ich noch nicht so verzweifelt bin, dass ich das diffe.

(Excuse me for replying in English, but with German it'd take me the whole day.. :)

Systemd uses "LSB" to refer to sysvinit scripts (from /etc/init.d), i.e. those which (still) have not been migrated to Systemd.
So probably the /etc/init.d/networking script is failing to do something (dhcp, wpa_supplicant, network-manager, the whole mess), or systemd thinks it hasn't finished yet.

I use systemd with systemd-networkd and I do not have this problem.

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
reinob: the 'problem' ist - it seems that the problems occour with the new package iteration of systemd. So i think, one unit, patch, something is eventually wrong - the codebase (Release-Tarball) is the same as before. Thats why i think that a diff might be a good idea.

EDIT: hmm - some times just waiting and cursing seems to be a good idea - it looks like the problems are fixed with -8 8)
« Last Edit: 2014/12/05, 18:09:37 by melmarker »
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

reinob

  • Guest
Thanks for the info. Good to know.


Anyway, my reply was more directed to your "wtf hat LSB damit zu tun? ". Hence my explanation that systemd considers everything "legacy" (from /etc/init.d) as "LSB".


Cheers.
(I just got -8 and it continues to work OK. Knock on wood :)

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Hmm - i was wrong, the update don't solve the problem. Finally i decide to purge ifupdown, dhclient, ceni and such crap, follow reinob's hint and use systemd-networkd with a static network setting. Nice, clean and fast - and fit my needs for my workstation :D
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

reinob

  • Guest
@melmarker,


Good to know networkd works OK for you as well!
I'm using it with bonding (bond0 as active-backup for eth0 and wlan0) and it works like a charm.

Offline spacepenguin

  • User
  • Posts: 862
    • spacepenguin.de
Also die Meldung kommt hier immer noch, aber nur ganz kurz, gefolgt von jeder Menge anderer Meldungen (alles zu schnell zum Lesen und zuordnen zu können), aber der Bootvorgang erscheint mir nicht mehr dadurch verzögert zu sein. Ich habe aus der /etc/network/interfaces meine zweite ungenutzte Netzwerkkarte auskommentiert

#allow-hotplug eth1
#iface eth1 inet dhcp

und das hat es gebracht. Nur vorher war das ja auch kein Problem...

@melmarker: Was ist denn "and such crap"? Sachen die beim purgen von ifupdown, dhclient (heißt das so? finde ich nicht) und ceni automatisch mit entfernt werden oder noch was spezifisches?

Wird anschließend noch "ifup eth0" funktionieren? Weil ohne dem hab ich bislang kein Netzwerk nach dem Wechsel ins multiuser.target... Funktioniert anschließend noch das Zuweisen einer dynamischen IP-Adresse?

@reinob: What do I have to do exactly to use systemd-networkd? I don't have any wlan, just eth0 which gets a dynamic IP address from the router.
Susan | Hardware: SysProfile
Music-Profile: http://www.last.fm/de/user/spacepengu

reinob

  • Guest
@reinob: What do I have to do exactly to use systemd-networkd? I don't have any wlan, just eth0 which gets a dynamic IP address from the router.


Create /etc/systemd/network/eth0.network with these contents:
Code: [Select]

[Match]
Name=eth0


[Network]
DHCP=v4


Then you'd need to enable networkd: systemctl enable systemd-networkd
and be sure you disable any programs handling your network (network manager, ceni, etc.)


That should work. If not, perhaps the best would be to open a new thread!


Cheers.
(und nochmals entschuldigung, dass ich nicht auf Deutsch schreibe. Es dauert wirklich viel länger :)

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
spacepenguin: auf die meisten Deiner Fragen: weiss ich nicht. probiers halt aus - und wenn dabei was fürs forum, wiki oder manual abfällt - um so besser. Is nicht patzig gemeint, ich weiss es  wirklich nicht. Netzwerkkonfiguration interessiert mich genau so weit, dass ich meine Ramme statisch verdrahten kann und auf dem/den Notbüchern einen wie auch immer gearteten Manager habe.

* ip - hab ich bewusst boykottiert
* systemd-network - bis gestern bewusst ignoriert
* dhcp - 2x im Jahr benutzt für jeweils 3 tage

ansonsten gehe ich immer davon aus, dass man das irgendwie anschalten kann und dass es meistens funktioniert - zu mehr interesse hats in den letzten 20 Jahren nicht gelangt.
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline samoht

  • User
  • Posts: 478
Bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771943
solved by new package:

Code: [Select]
# LANG=C apt-cache policy ifupdown
ifupdown:
  Installed: 0.7.51
  Candidate: 0.7.51
  Version table:
 *** 0.7.51 0
        500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
        100 /var/lib/dpkg/status
     0.7.50 0
        500 http://ftp.de.debian.org/debian/ testing/main amd64 Packages

But now launching lightdm.service unacceptable slow.  :'( 
http://forum.siduction.org/index.php?topic=5238.msg42864

Update:
After D-U-ing next morning regular KDE start behavior again.  :)

Greetings
Tom
« Last Edit: 2014/12/22, 09:52:58 by samoht »

Offline devil

  • Administrator
  • User
  • *****
  • Posts: 4.842
show output of
Code: [Select]
systemd-analyze blame

greetz
devil