Suse 13.1: Seit gestrigem Update kein Internet

**smartysmart34** · 19.03.14, 07:38

Hallo zusammen,

gestern wurden in meine Suse-13.1-Installation vom Update ein paar patches zu Netzwerk und systemd installiert. Die genaue Bezeichnung der Patches habe ich mir nicht gemerkt.

Set dem heutigen Reboot habe ich nun kein Internet mehr. Mit ifstat sehe ich keinerlei Details zu den INterfaces. Nur den Namen und dahinter eine Reihe von Nullen. Da ich auch keinen Zugriff auf Ressourcen im lokalen Netz (Router, Server) habe, gehe ich davon aus, dass das ein Problem meiner Installation ist.
Unter Windows (Dualboot) klappt alles nach wie vor. Einen Hardwaredefekt schließe ich also aus.

Hat jemand das gleiche Problem nach den letzten Updates? Wie wurde das ggf. gelöst? Wo sollte ich nach Hinweisen schauen?

Danke für ein paar erste Tips, ich bin echt ratlos.

Gruß,
Martin

**Sauerland1** · 19.03.14, 08:01

Zitat von smartysmart34

Hat jemand das gleiche Problem nach den letzten Updates? Wie wurde das ggf. gelöst? Wo sollte ich nach Hinweisen schauen?

Danke für ein paar erste Tips, ich bin echt ratlos.

Gruß,
Martin

z.B.
Was wurde gestern und heute mit zypper installiert:

Code:

egrep '2014-03-18|2014-03-19' /var/log/zypp/history

Ausserdem (teilweise als root)

Code:

dmesg

Code:

cat /var/log/messages

Code:

ifconfig

Wie wurde verbunden, Networkmanager-plasmoid oder ifup, statisch oder mit dhcp?

**pibi** · 19.03.14, 08:36

Zitat von smartysmart34

Seit dem heutigen Reboot habe ich nun kein Internet mehr.

Ich habe "mal eben schnell" ueber ein VM hier den Update laufen lassen und kann das bestaetigen. Allerdings habe ich keinerlei Netzwerkverbindung mehr.

Code:

susi123:~ # ifconfig 
ens33     Link encap:Ethernet  HWaddr 00:0C:29:EE:43:2C  
          inet6 addr: fe80::20c:29ff:feee:432c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:31 errors:0 dropped:0 overruns:0 frame:0
          TX packets:81 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4072 (3.9 Kb)  TX bytes:16094 (15.7 Kb)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:14 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:700 (700.0 b)  TX bytes:700 (700.0 b)

susi123:~ #

Ein Versuch, mit

Code:

systemctl restart network.service

das Netz neu zu starten schlaegt fehl mit dem Ergebnis

Code:

susi123:~ # systemctl status network.service 
network.service - LSB: Configure network interfaces and set up routing
   Loaded: loaded (/usr/lib/systemd/system/network.service; enabled)
   Active: failed (Result: exit-code) since Wed 2014-03-19 09:31:23 CET; 2min 42s ago
  Process: 5981 ExecStart=/etc/init.d/network start (code=exited, status=7)
 Main PID: 5981 (code=exited, status=7)

Mar 19 09:31:23 susi123 network[5981]: enp2s1                              No interface found
Mar 19 09:31:23 susi123 network[5981]: ..failedSetting up service network  .  .  .  .  .  .  .  .  .  .  .  .  ...failed
Mar 19 09:31:23 susi123 systemd[1]: network.service: main process exited, code=exited, status=7/NOTRUNNING
Mar 19 09:31:23 susi123 dhcpcd[7201]: ens33: received SIGTERM, stopping
Mar 19 09:31:23 susi123 dhcpcd[7201]: ens33: removing default route via 192.168.137.2 metric 0
Mar 19 09:31:23 susi123 dhcpcd[7201]: ens33: removing IP address 192.168.137.132/24
Mar 19 09:31:23 susi123 avahi-autoipd(ens33)[7132]: No longer a routable address configured, restarting probe process.
Mar 19 09:31:23 susi123 avahi-autoipd(ens33)[7132]: Got SIGTERM, quitting.
Mar 19 09:31:23 susi123 systemd[1]: Failed to start LSB: Configure network interfaces and set up routing.
Mar 19 09:31:23 susi123 systemd[1]: Unit network.service entered failed state.
susi123:~ #

In der Mittagspause habe ich Zeit zum Weitersuchen;-)

Gruss Pit.

**pens** · 19.03.14, 09:29

Ich hatte gestern abend das gleiche Problem. Gelöst habe ich es, indem ich
unter Yast die Netzwerkkonfiguration von traditionell aud den
NetworkManager umgestellt habe.

**smartysmart34** · 19.03.14, 09:57

Ich habe erst heute Abend wieder Zugriff auf die Box.
Pens: Bedeutet das, das Update hat im Wesentlichen ifup kaputt repariert? Sieht fast so aus, oder?

**Sauerland1** · 19.03.14, 11:07

Waren das Updates auf 13.1?

@pibi:

Mar 19 09:31:23 susi123 network[5981]: enp2s1 No interface found
Mar 19 09:31:23 susi123 network[5981]: ..failedSetting up service network . . . . . . . . . . . . ...failed
Mar 19 09:31:23 susi123 systemd[1]: network.service: main process exited, code=exited, status=7/NOTRUNNING

Bei mir ist das Update durchgelaufen und ein Neustart hat auch funktioniert

Code:

systemctl status network.service
network.service - LSB: Configure network interfaces and set up routing
   Loaded: loaded (/usr/lib/systemd/system/network.service; enabled)
   Active: active (exited) since Mi 2014-03-19 11:33:00 CET; 31min ago
  Process: 823 ExecStart=/etc/init.d/network start (code=exited, status=0/SUCCESS)
 Main PID: 823 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/network.service

Mär 19 11:32:45 linux64 systemd[1]: Starting LSB: Configure network interfaces and set up routing...
Mär 19 11:32:45 linux64 network[823]: Setting up network interfaces:
Mär 19 11:32:45 linux64 network[823]: lo
Mär 19 11:32:46 linux64 network[823]: lo        IP address: 127.0.0.1/8
Mär 19 11:32:46 linux64 network[823]: ..done    enp2s0    device: Realtek Semiconductor Co., Ltd. RTL8111/8168/
Mär 19 11:32:46 linux64 network[823]: enp2s0    IP address: 192.168.0.2/24
Mär 19 11:33:00 linux64 network[823]: ..doneSetting up service network  .  .  .  .  .  .  .  .  .  .  .  .  ...done
Mär 19 11:33:00 linux64 systemd[1]: Started LSB: Configure network interfaces and set up routing.

Allerdings lässt sich das Device ganz schön Zeit, wie immer.
Dazu gibts auch schon Beiträge ohne Lösung.

**pibi** · 19.03.14, 13:03

Zitat von Sauerland1

Waren das Updates auf 13.1?

Ja. Ich erwaehnte es nur nicht explicit, weil der TE direkt auf diese Version verwiesen hat.

Zitat von Sauerland1

Allerdings lässt sich das Device ganz schön Zeit, wie immer.

Ja, ein Ausbund an Geschwindigkeit ist die Netzwerkkonfiguration nicht;-(

Wie pens weiter oben schrub, hat er von ifup auf den NetworkManager umgestellt. Das kommt bei mir nicht in Frage.

Also habe ich im YaST etwas mit dem Netzwerksetup gespielt und als erstes die Karte geloescht, so dass sie als "not configured" erschien. Beim Verlassen von Yast wird bekanntlich die Konfiguration gesichert und das Netzwerk neu gestartet. Siehe da! Netzwerk lief wieder.

Also wieder YaST gestartet und erneut die Netzwerkkonfiguration aufgerufen. Als einzigste Aenderung habe ich auf IP-Vergabe durch DHCP umgestellt, abgespeichert, Neustart des Netzwerks und ..... Die Netzwerkkarte ist in ifconfig vorhanden vorhanden (siehe dazu mein erstes Posting), aber ohne IP-Adresse und daher ohne Funktion.

Dieses Spielchen kann man beliebig hin und her treiben: Nach Loeschen der Konfiguration laeuft die Karte, nach setzen der Konfiguration nicht mehr.

Keine Ahnung, was die Jungs von der SuSI da verbockt haben. Gut, dass ich es durch den Hinweis durch den TE erst auf meiner virtuellen Testmaschine ausprobiert habe.

Gruss Pit.

**pibi** · 19.03.14, 13:16

Ergaenzung:
Der besagte Fehler tritt (bei mir) nur auf, wenn DHCP als Adressvergabe ausgewaehlt ist. Statische Adresse dagegen funktioniert.

@Sauerland1:
Welche Art verwendest Du?

Gruss Pit.

**Sauerland1** · 19.03.14, 13:28

Welche Art verwendest Du?

Statisch mit ifup.

Da gab es vor kurzem 2 Updates zu Netzwerk:
sysconfig-network
sysconfig-netconfig

Evtl. einmal auf die alte Version zurückstellen (einzeln) und Netzwerk neu starten.

Rain_maker · 19.03.14, 14:43

Zitat von Sauerland1

Statisch mit ifup.

Da gab es vor kurzem 2 Updates zu Netzwerk:
sysconfig-network
sysconfig-netconfig

Auch wenn es hier wohl seit 13.1 eine Aufspaltung gab (vor 12.3 gab es kein "sysconfig-netconfig" und davor gab es diese beiden Pakete gar nicht), sollte man als drittes Paket noch "sysconfig" auf die Liste der Verdächtigen nehmen, wenn man das hier

Zitat von Sauerland1

Evtl. einmal auf die alte Version zurückstellen (einzeln) und Netzwerk neu starten.

ausprobiert.

Die von Sauerland1 genannten Pakete sind die Hauptverdächtigen, das Paket "sysconfig" wäre dann der dritte in der Reihe (auch beim Ausprobieren, ob ein Downgrade das Problem beseitigt).

Greetz,

RM

**smartysmart34** · 19.03.14, 22:13

Hallo zusammen,

das Löschen der Konfiguration in Yast hat bei mir nicht geholfen. Ich musste die Karten konfigurieren, aber auf statische IP-adressen setzen. Dann hat es geklappt.

Fühlt sich leider ziemlich kaputt an. Ich hoffe, da kommt noch ein Patsch.

Gruß,
Martin

**Sauerland1** · 19.03.14, 22:48

Ich musste die Karten konfigurieren, aber auf statische IP-adressen setzen

Da warst Du nicht der Einzige.

Aber ich war nicht betroffen.

**Newbie314** · 22.03.14, 22:14

Das sind so die Gründe warum ich mittlerweile OpenSuse immer erst nach ein paar Monaten auf die neueste Version aktualisiere....

https://bugzilla.novell.com/show_bug.cgi?id=869761

Ihr seid also definitiv nicht die Einzigen die es erwischt hat...

@Smartysmart: hättest du den Bug auf Bugzilla gemeldet wärt Ihr schon zwei Tage näher am Patch ...

**horstschulz** · 23.03.14, 17:54

Hallo,
ich hatte gleiches Problem.
Gelöst wie folgt:
unter Yast die Online-Repositorys alle deaktiviert,
update von sysconfig-network und sysconfig-netconfig von der Installations-DVD OpenSuse 13.1,
WLAN unter Yast – Netzwerkeinstellung neu configuriert.
Danach war alles wieder gut.

Allerdings habe ich jetzt nach den letzten Patches ein Problem mit JRE -Javalaufzeit LibreOffice

**Newbie314** · 23.03.14, 19:29

Nimm lieber temporär eine statische IP... kann eigentlich nur ein paar Tage dauern bis die OpenSuses das Problem behoben haben... (am besten du verfolgst den Bugreport der oben verlinkt wurde).