a start job ist running wicked network interfaces 39 Sek

OpenSuse132 · 1 März 2017

Hallo,

oder wie wahrscheinlich ist es, dass hier ein Bug/Programmierungsfehler der Entwickler von OpenSuse hier vorliegt, da ich dieses spezielle Problem schon seit 13.2 bei mir feststelle ???

Wieso gibt es eigentlich grundsätzlich gesehen diese 2 Möglichkeiten der Netzwerkeinrichtung unter OpenSuse, mir ist nichts vergleichbares unter anderen Linux Distributionen bekannt,
wo liegt hier der Vorteil für mich als Anwender ?

Tschüss

OpenSuse132

Geier0815 · 1 März 2017

Wicked ist wohl in erster Linie gedacht um die alten ifup-Konfigurationen weiter zu verwenden. Ob das für dich als Endanwender ein Vorteil ist, sei mal dahin gestellt aber für Administratoren die ältere Produktivserver updaten müßen ist es sicherlich ein Vorteil, zumal die Konsolenvariante von NetworkManager gruselig ist.

Und um dich endgültig zu verwirren: Es gibt mit systemd-networkd sogar noch eine dritte Variante sein Netzwerk einzurichten. Dafür braucht man aber relativ aktuelle Versionen von systemd und die Konfiguration ist zumindest "ungewohnt".
Mir leuchtet aber nach wie vor nicht ein warum Du nicht NM verwenden willst. Das funktioniert recht zuverlässig und ist einfach einzurichten.

Sauerland · 1 März 2017

oder wie wahrscheinlich ist es, dass hier ein Bug/Programmierungsfehler der Entwickler von OpenSuse hier vorliegt, da ich dieses spezielle Problem schon seit 13.2 bei mir feststelle ???

Mal eine Frage, hast du es immer noch nicht verstanden, es ist ein Bug.

Einfachste Lösungsmöglichkeit:
Netzwerk über Netzwerkmanager einrichten. da kann man auch mit festen IPs spielen usw.......

tomm.fa · 1 März 2017

OpenSuse132 schrieb:
Wieso gibt es eigentlich grundsätzlich gesehen diese 2 Möglichkeiten der Netzwerkeinrichtung unter OpenSuse, mir ist nichts vergleichbares unter anderen Linux Distributionen bekannt,[…]

Mir schon.

bmk · 2 März 2017

Hallo,

ich hatte das Problem auch schon mal.
Mit der Änderung in

Code:

/etc/sysconfig/network/config:
WAIT_FOR_INTERFACES="5"  (statt 30)

wurde es dann besser.

Generell sehe ich den Einsatz von NetworkManager eher bei Laptops mit WLAN-Verbindungen (wechselnd, für jeden User ggf. anders).
Für Desktop-PCs mit Server-Funktion ist ifup bzw. wicked sinnvoller, dann kann auf den Rechner zugegriffen werden, wenn niemand eingeloggt ist.
Grüße bmk

Sauerland · 4 März 2017

Installier dir die r8168 Pakete aus meinem Repo.
Wenn das nicht geht nimm Netzwerkmanager.

Übrigens ist das r8169-Kernel Modul für die Realtek Netzwerkkarten RTL 8111 und RTL 8168 zuständig, genauso wie das originale Realtek Kernel Modul:
http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=13&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false

OpenSuse132 · 6 März 2017

Hallo,

ich habe jetzt erstmal gemäß Vorschlag von 30 Sekunden auf 5 Sekunden Wartezeit reduziert

Code:

 /etc/sysconfig/network/config:
WAIT_FOR_INTERFACES="5"  (statt 30)

Mal sehen ob es bei mir auch genauso gut funktioniert.

Desweiteren meinst Du Sauerland sollte ich den von Dir genannten Treiber

Code:

 https://www.opensuse-forum.de/thread/37060-realtek-rtl8111-8168-wird-nicht-mehr-erkannt-0s-13-2/


5 | home:Sauerland | home:Sauerland | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/home:/Sauerland/openSUSE_13.2/

Dann solltest du das aber auch einbinden:
Index of /repositories/home:/Sauerland/openSUSE_13.2_Update

bei mir unter OpenSuse 42.2 bezüglich meiner Probleme mit der Onboard - Realtek RTL8111DL Netzwerkkarte
vom Asrock A770DE+ nutzen ?

Oder sollte ich doch besser wieder meine DN1011/0 von Digitus PCI Netzwerkkarte 8169/8110 wieder einsetzen,
wird dann der Treiber von OpenSuse 42.2 besser erkannt und eingebunden und die Onboard 8111/8168 im BIOS wieder deaktivieren, was macht mehr Sinn ?

Tschüss

OpenSuse132

Tschüss OpenSuse132

Sauerland · 6 März 2017

http://download.opensuse.org/repositories/home:/Sauerland/openSUSE_Leap_42.2/
oder
http://download.opensuse.org/repositories/home:/Sauerland/openSUSE_Leap_42.2_Update/

Je nach verwendetem Kernel........

Aber bei 5 Sekunden.....

Code:

systemd-analyze blame
         52.313s xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.service
          4.426s wicked.service
          1.664s systemd-rfkill.service
          1.048s postfix.service
           701ms dev-sdc1.device
           606ms var-spool.mount
           594ms var-log.mount
           574ms var-lib-machines.mount
           572ms tmp.mount
           562ms \x2esnapshots.mount
           560ms var-lib-mailman.mount
           557ms var-crash.mount
           555ms var-lib-mysql.mount
           554ms usr-local.mount

OpenSuse132 · 6 März 2017

Hallo,

ich werde das mit der Reduzierung von 30 auf 5 Sekunden bei meinen 5 verschiedenen OpenSuse 13.2/42.1/42.2 Installationen mal testen und rückmelden ob es wirklich etwas bringt.

Nochmals die Gegenfrage wie sinnvoll wäre es denn, alle Rechner wieder mit den PCI Digitus DN1011/0 1011/1 Realteak 8169/8110 PCI Netzwerkkarten auszustatten, diese hatte ich
alle ausgebaut, weil man mir gesagt hat, eine Onboard Netzwerkkarte wäre immer ein wenig schneller, als eine PCI Netzwerkkarte.

Mit welchem Terminal Befehl kann ich einfach und unkompliziert die Netzwerkgeschwindigkeit messen, einmal für das Gigabit Netzwerk und einmal für die Internet Geschwindigkeit,
Glasfaseranbieter mittels CPE über FritzBox3370 / LAN1 wird das Signal durchgeschleift und die 3370 dient hierbei nicht als DSL Router.

Code:

Oder sollte ich doch besser wieder meine DN1011/0 von Digitus PCI Netzwerkkarte 8169/8110 wieder einsetzen,
wird dann der Treiber von OpenSuse 42.2 besser erkannt und eingebunden und die Onboard 8111/8168 im BIOS wieder deaktivieren, was macht mehr Sinn ?

Tschüss

OpenSuse132

OpenSuse132 · 6 März 2017

Hallo,

hier schon mal die systemd-analyze blame vom 13.2, sieht schon mal wesentlich besser aus als vorher

Code:

  Thermaltake2:/home/guenter # systemd-analyze blame
          7.944s ModemManager.service
          7.666s wickedd-dhcp6.service
          7.662s wickedd-dhcp4.service
          7.644s wickedd-auto4.service
          7.565s systemd-logind.service
          6.042s wicked.service
          3.978s esets.service
          3.553s lvm2-activation-early.service
          3.017s dev-sda12.device
          1.959s lvm2-activation.service
          1.343s cycle.service
          1.307s systemd-fsck@dev-disk-by\x2duuid-e70beeb8\x2d48fe\x2d4683\x2dadec\x2d3dd
          1.252s systemd-udev-settle.service
          1.099s systemd-tmpfiles-setup-dev.service
           816ms systemd-journald.service
           614ms ntpd.service
           567ms udisks2.service
           567ms systemd-modules-load.service
           557ms smb.service
           552ms systemd-fsck-root.service
           477ms rtkit-daemon.service
lines 1-21

Tschüss

OpenSuse132

Sauerland · 6 März 2017

Lass es so und gut ist.

Übrigens:
Nicht immer sind solche Aussagen auf jeden Anwendungsfall richtig:

Nochmals die Gegenfrage wie sinnvoll wäre es denn, alle Rechner wieder mit den PCI Digitus DN1011/0 1011/1 Realteak 8169/8110 PCI Netzwerkkarten auszustatten, diese hatte ich
alle ausgebaut, weil man mir gesagt hat, eine Onboard Netzwerkkarte wäre immer ein wenig schneller, als eine PCI Netzwerkkarte.

Denn glaubst du auch noch an den Weihnachtsmann????????

PCI Digitus DN1011/0 1011/1 Realteak 8169/8110 PCI

Ist übrigens auch eine mit r8169.ko Kernel-Modul...........

OpenSuse132 · 6 März 2017

Hallo,

dann ist es auf gut deutsch schei... egal welche Netzwerkkarte genutzt wird, egal ob onboard Realtek RTL8111DL
http://www.asrock.com/mb/AMD/A770DE+/

oder die PCI Digitus DN1011/0 Chipsatz: Realtek RTL8169/8110 ????

Hier die Abfrage vom 42.2 Plasma5

Code:

 guenter@linux-61l7:~> systemd-analyze blame
          5.334s display-manager.service
          5.150s wicked.service
          5.074s dev-sda5.device
          4.622s systemd-journal-flush.service
          3.135s systemd-journald.service
          2.915s postfix.service
          2.887s nmb.service
          2.879s smb.service
          2.538s SuSEfirewall2_init.service
          2.429s SuSEfirewall2.service
          1.942s alsa-restore.service
          1.912s nscd.service
          1.765s avahi-daemon.service
          1.147s systemd-udevd.service
          1.041s systemd-fsck@dev-disk-by\x2duuid-cc7593c3\x2dc96a\x2d4526\x2d84
           949ms colord.service
           744ms systemd-tmpfiles-setup-dev.service
           708ms dev-mqueue.mount
           707ms dev-hugepages.mount
           650ms ntpd.service
           571ms systemd-remount-fs.service
           439ms sys-kernel-debug.mount
           377ms iscsi.service
lines 1-23

Tschüss OpenSuse132

a start job ist running wicked network interfaces 39 Sek

.Linux Club Aushilfsadministrator