[13.2] Netzwerkkarten-Name
Hallo miteinander, hat vielleicht noch jemand so eine Überraschung erlebt wie ich heute? Rechner bootet, Anmeldefenster kommt. Ich warte die üblichen 10 LDAP-Gedenksekunden ab, bis auch das Netzwerk läuft und der LDAP-Server zur Anmeldung erreicht werden kann. Gebe Passwort ein - "Falsches Passwort". Oh, was ist? Das Netzwerk war nicht da. Einfach mal so. In der Datei /etc/udev/rules.d/70-persistent-net.rules habe ich die Zeile SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:1b:0e:36:93:7e", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" Bis gestern hat das einwandfrei funktioniert, die Schnittstelle hatte den Namen eth0. Heute morgen hatte sie aber den Namen enp0s25. WTF? Gestern kamen doch keine udev-Patches, was hat die Änderung bewirkt? Kann das das eins der Pakete intel-e1000e-3.2.7.1-1.1.x86_64 intel-e1000e-kmp-desktop-3.2.7.1_k3.16.6_2-1.1.x86_64.rpm gewesen sein, die gestern von YaST als Abhängigkeit installiert wurden? Aber die Ausgabe von "hwinfo --netcard" hat sich nicht verändert, gestern wie heute wird als Treiber "e1000e" angezeigt. Die Pakete kommen aus dem obs://hardware-Repo, das ich eingebunden habe, als ich "lshw" installiert hatte. Gruß Werner --
Werner Flamme schrieb:
Hallo miteinander,
hat vielleicht noch jemand so eine Überraschung erlebt wie ich heute?
Rechner bootet, Anmeldefenster kommt. Ich warte die üblichen 10 LDAP-Gedenksekunden ab, bis auch das Netzwerk läuft und der LDAP-Server zur Anmeldung erreicht werden kann. Gebe Passwort ein - "Falsches Passwort". Oh, was ist?
Das Netzwerk war nicht da. Einfach mal so.
In der Datei /etc/udev/rules.d/70-persistent-net.rules habe ich die Zeile
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:1b:0e:36:93:7e", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Bis gestern hat das einwandfrei funktioniert, die Schnittstelle hatte den Namen eth0. Heute morgen hatte sie aber den Namen enp0s25. WTF?
Warum das Interface jetzt auf einmal nach dem neuen Schema benannt ist, weiß ich auch nicht. Aber das neue Schema soll ja dafür sorgen, dass Netzwerkkarten eindeutig wiedererkannt werden. Das "Schöne" ist, wenn du z.B. eine zusätzliche PCI-Karte in den Rechner einbaust, werden die PCI-Karten/Busse evt. anders enumeriert und für das gleiche Interface wird dann z.B. der Name "enp*2*s25" statt "enp*0*s25" erwartet. Beim Booten hast du dann *wieder* kein Interface, weil für "enp2s25" keine Konfiguration vorhanden ist, aber der Bootvorgang wird verzögert bis zu einem Timeout, weil für das (ehemals) konfigurierte Interface "enp0s25" keine Hardware gefunden wird. :-( Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Martin Burnicki [11.11.2015 23:48]:
Werner Flamme schrieb:
Hallo miteinander,
hat vielleicht noch jemand so eine Überraschung erlebt wie ich heute?
Rechner bootet, Anmeldefenster kommt. Ich warte die üblichen 10 LDAP-Gedenksekunden ab, bis auch das Netzwerk läuft und der LDAP-Server zur Anmeldung erreicht werden kann. Gebe Passwort ein - "Falsches Passwort". Oh, was ist?
Das Netzwerk war nicht da. Einfach mal so.
In der Datei /etc/udev/rules.d/70-persistent-net.rules habe ich die Zeile
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:1b:0e:36:93:7e", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Bis gestern hat das einwandfrei funktioniert, die Schnittstelle hatte den Namen eth0. Heute morgen hatte sie aber den Namen enp0s25. WTF?
Warum das Interface jetzt auf einmal nach dem neuen Schema benannt ist, weiß ich auch nicht. Aber das neue Schema soll ja dafür sorgen, dass Netzwerkkarten eindeutig wiedererkannt werden.
Das "Schöne" ist, wenn du z.B. eine zusätzliche PCI-Karte in den Rechner einbaust, werden die PCI-Karten/Busse evt. anders enumeriert und für das gleiche Interface wird dann z.B. der Name "enp*2*s25" statt "enp*0*s25" erwartet. Beim Booten hast du dann *wieder* kein Interface, weil für "enp2s25" keine Konfiguration vorhanden ist, aber der Bootvorgang wird verzögert bis zu einem Timeout, weil für das (ehemals) konfigurierte Interface "enp0s25" keine Hardware gefunden wird. :-(
Martin
Ja - besonders spannend ist ja auch, dass die nächste Version von openSUSE, also Leap, die Interfaces wieder eth0 nennt. Wenn ich also zum Jahreswechsel update, habe ich mal wieder ein unkonfiguriertes Netzwerk. Honi soit qui mal y pense :D Werner --
Am 2015-11-12 08:50, schrieb Werner Flamme:
Das "Schöne" ist, wenn du z.B. eine zusätzliche PCI-Karte in den Rechner einbaust, werden die PCI-Karten/Busse evt. anders enumeriert und für das gleiche Interface wird dann z.B. der Name "enp*2*s25" statt "enp*0*s25" erwartet. Beim Booten hast du dann *wieder* kein Interface, weil für "enp2s25" keine Konfiguration vorhanden ist, aber der Bootvorgang wird verzögert bis zu einem Timeout, weil für das (ehemals) konfigurierte Interface "enp0s25" keine Hardware gefunden wird. :-(
Martin
Ja - besonders spannend ist ja auch, dass die nächste Version von openSUSE, also Leap, die Interfaces wieder eth0 nennt. Wenn ich also zum Jahreswechsel update, habe ich mal wieder ein unkonfiguriertes Netzwerk.
Wenn du meine Info beachtest, sollte es funktionieren. Siehe hierzu den Thread "Info: Upgrade 13.2 nach Leap 42.1" Gruß Eric -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Thu, 12 Nov 2015 11:06:11 +0100
Eric Schirra
Am 2015-11-12 08:50, schrieb Werner Flamme:
Das "Schöne" ist, wenn du z.B. eine zusätzliche PCI-Karte in den Rechner einbaust, werden die PCI-Karten/Busse evt. anders enumeriert und für das gleiche Interface wird dann z.B. der Name "enp*2*s25" statt "enp*0*s25" erwartet. Beim Booten hast du dann *wieder* kein Interface, weil für "enp2s25" keine Konfiguration vorhanden ist, aber der Bootvorgang wird verzögert bis zu einem Timeout, weil für das (ehemals) konfigurierte Interface "enp0s25" keine Hardware gefunden wird. :-(
Martin
Ja - besonders spannend ist ja auch, dass die nächste Version von openSUSE, also Leap, die Interfaces wieder eth0 nennt. Wenn ich also zum Jahreswechsel update, habe ich mal wieder ein unkonfiguriertes Netzwerk.
Wenn du meine Info beachtest, sollte es funktionieren. Siehe hierzu den Thread "Info: Upgrade 13.2 nach Leap 42.1"
Gruß Eric
Das ist echt ne Scheindiskussion. Wasimmer Du fuer Namen haben willst, schreib sie doch einfach im /etc/udev/rules.d/70-persisten-net... rein. -- MfG, Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Stephan von Krawczynski [12.11.2015 11:20]:
On Thu, 12 Nov 2015 11:06:11 +0100 Eric Schirra
wrote: Am 2015-11-12 08:50, schrieb Werner Flamme:
Das "Schöne" ist, wenn du z.B. eine zusätzliche PCI-Karte in den Rechner einbaust, werden die PCI-Karten/Busse evt. anders enumeriert und für das gleiche Interface wird dann z.B. der Name "enp*2*s25" statt "enp*0*s25" erwartet. Beim Booten hast du dann *wieder* kein Interface, weil für "enp2s25" keine Konfiguration vorhanden ist, aber der Bootvorgang wird verzögert bis zu einem Timeout, weil für das (ehemals) konfigurierte Interface "enp0s25" keine Hardware gefunden wird. :-(
Martin
Ja - besonders spannend ist ja auch, dass die nächste Version von openSUSE, also Leap, die Interfaces wieder eth0 nennt. Wenn ich also zum Jahreswechsel update, habe ich mal wieder ein unkonfiguriertes Netzwerk.
Wenn du meine Info beachtest, sollte es funktionieren. Siehe hierzu den Thread "Info: Upgrade 13.2 nach Leap 42.1"
Gruß Eric
Das ist echt ne Scheindiskussion. Wasimmer Du fuer Namen haben willst, schreib sie doch einfach im /etc/udev/rules.d/70-persisten-net... rein.
Hättest Du mein OP gelesen, wüsstest Du, dass ich genau das (schon vor Monaten) gemacht habe. Nur wird die Einstellung seit gestern ignoriert. --
Hallo Werner, hallo Leute, Am Donnerstag, 12. November 2015 schrieb Werner Flamme:
Stephan von Krawczynski [12.11.2015 11:20]: ...
Das ist echt ne Scheindiskussion. Wasimmer Du fuer Namen haben willst, schreib sie doch einfach im /etc/udev/rules.d/70-persisten-net... rein. Hättest Du mein OP gelesen, wüsstest Du, dass ich genau das (schon vor Monaten) gemacht habe. Nur wird die Einstellung seit gestern ignoriert.
Auf der Factory-Liste gab es gerade einen Hinweis, dass die 70-persistent-net versehentlich nicht in die initrd gepackt wird. Das gilt jetzt erstmal nur für Tumbleweed - aber da Du ja teilweise auch neuere Pakete aus dem OBS im Einsatz hast, hast Du möglicherweise auch diesen Bug mit übernommen. Fragen daher: - wann wurde Deine initrd zuletzt neu gebaut? - welche Pakete wurden kurz vorher neu installiert? Aus welchem Repo? Falls Du das Problem auch mit den Paketen aus den 13.2-Repos (also ohne zusätzliche Repos) reproduzieren kannst, ist definitiv ein Bugreport zu empfehlen. Ansonsten hat Dich wohl der erwähnte Tumbleweed-Bug mit erwischt ;-) Gruß Christian Boltz --
...was dann wieder in polnisch, tschechisch und auf'm Mars versagt. :-) Die Sprachen habe ich noch nie benötigt. Und auf dem Mars gibts ne eigene Distri (für 21-Saugnapf-Tastaturen). [> Ratti und Jan Trippler in suse-linux]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Christian Boltz [12.11.2015 13:26]:
Hallo Werner, hallo Leute,
Am Donnerstag, 12. November 2015 schrieb Werner Flamme:
Stephan von Krawczynski [12.11.2015 11:20]: ...
Das ist echt ne Scheindiskussion. Wasimmer Du fuer Namen haben willst, schreib sie doch einfach im /etc/udev/rules.d/70-persisten-net... rein. Hättest Du mein OP gelesen, wüsstest Du, dass ich genau das (schon vor Monaten) gemacht habe. Nur wird die Einstellung seit gestern ignoriert.
Auf der Factory-Liste gab es gerade einen Hinweis, dass die 70-persistent-net versehentlich nicht in die initrd gepackt wird.
Den Thread habe ich doch glatt übersehen. Das war ja ein Subthread in einem Thread mit 199 Posts, fies! Wieso findest Du sowas? :)
Das gilt jetzt erstmal nur für Tumbleweed - aber da Du ja teilweise auch neuere Pakete aus dem OBS im Einsatz hast, hast Du möglicherweise auch diesen Bug mit übernommen.
Welche Routine ist denn dafür zuständig? Da könnte ich mit rpm -qf nachsehen...
Fragen daher: - wann wurde Deine initrd zuletzt neu gebaut?
Lt. uname -a nutze ich 3.16.7-29-desktop, und: root root 8856124 Nov 10 09:27 /boot/initrd-3.16.7-29-desktop
- welche Pakete wurden kurz vorher neu installiert? Aus welchem Repo?
grep -c '2015-11-10 09' /var/log/zypp/history 72 Laut /var/log/zypp/history wurde die initrd als %posttrans script des Pakets virtualbox-host-kmp-desktop-5.0.8_k3.16.7_29-193.2.x86_64 aufgerufen. Das kommt aus obs://Virtualization.
Falls Du das Problem auch mit den Paketen aus den 13.2-Repos (also ohne zusätzliche Repos) reproduzieren kannst, ist definitiv ein Bugreport zu empfehlen. Ansonsten hat Dich wohl der erwähnte Tumbleweed-Bug mit erwischt ;-)
Hm, ist schlecht, ist mein Bürorechner, da kann ich nicht lange testen. Mal zu Hause prüfen... Gruß Werner --
Am 2015-11-12 11:20, schrieb Stephan von Krawczynski:
On Thu, 12 Nov 2015 11:06:11 +0100 Eric Schirra
wrote: Am 2015-11-12 08:50, schrieb Werner Flamme:
Das "Schöne" ist, wenn du z.B. eine zusätzliche PCI-Karte in den Rechner einbaust, werden die PCI-Karten/Busse evt. anders enumeriert und für das gleiche Interface wird dann z.B. der Name "enp*2*s25" statt "enp*0*s25" erwartet. Beim Booten hast du dann *wieder* kein Interface, weil für "enp2s25" keine Konfiguration vorhanden ist, aber der Bootvorgang wird verzögert bis zu einem Timeout, weil für das (ehemals) konfigurierte Interface "enp0s25" keine Hardware gefunden wird. :-(
Martin
Ja - besonders spannend ist ja auch, dass die nächste Version von openSUSE, also Leap, die Interfaces wieder eth0 nennt. Wenn ich also zum Jahreswechsel update, habe ich mal wieder ein unkonfiguriertes Netzwerk.
Wenn du meine Info beachtest, sollte es funktionieren. Siehe hierzu den Thread "Info: Upgrade 13.2 nach Leap 42.1"
Gruß Eric
Das ist echt ne Scheindiskussion. Wasimmer Du fuer Namen haben willst, schreib sie doch einfach im /etc/udev/rules.d/70-persisten-net... rein.
Sorry das ich helfen wollte. Es zwingt dich niemand mitzudiskutieren. Das es immer Leute geben muss, die den Großkotz raushängen lassen müssen. Sorry für die Worte. Aber wenn es für dich egal ist oder du es anders machst, brauchst du einfach nicht zu antworten und somit nicht mitdiskutieren. Denn du trägst nicht zur Lösung bei und somit ist dein Beitrag völlig sinnlos. Ich beschreib in meinem Beitrag, wie man das Problem am schnellsten und einfachsten und vor allerm noch rechtzeitig umgehen kann. Gruß Eric -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Thu, 12 Nov 2015 12:44:28 +0100
Eric Schirra
Am 2015-11-12 11:20, schrieb Stephan von Krawczynski:
On Thu, 12 Nov 2015 11:06:11 +0100 Eric Schirra
wrote: Am 2015-11-12 08:50, schrieb Werner Flamme:
Das "Schöne" ist, wenn du z.B. eine zusätzliche PCI-Karte in den Rechner einbaust, werden die PCI-Karten/Busse evt. anders enumeriert und für das gleiche Interface wird dann z.B. der Name "enp*2*s25" statt "enp*0*s25" erwartet. Beim Booten hast du dann *wieder* kein Interface, weil für "enp2s25" keine Konfiguration vorhanden ist, aber der Bootvorgang wird verzögert bis zu einem Timeout, weil für das (ehemals) konfigurierte Interface "enp0s25" keine Hardware gefunden wird. :-(
Martin
Ja - besonders spannend ist ja auch, dass die nächste Version von openSUSE, also Leap, die Interfaces wieder eth0 nennt. Wenn ich also zum Jahreswechsel update, habe ich mal wieder ein unkonfiguriertes Netzwerk.
Wenn du meine Info beachtest, sollte es funktionieren. Siehe hierzu den Thread "Info: Upgrade 13.2 nach Leap 42.1"
Gruß Eric
Das ist echt ne Scheindiskussion. Wasimmer Du fuer Namen haben willst, schreib sie doch einfach im /etc/udev/rules.d/70-persisten-net... rein.
Sorry das ich helfen wollte. Es zwingt dich niemand mitzudiskutieren. Das es immer Leute geben muss, die den Großkotz raushängen lassen müssen. Sorry für die Worte. Aber wenn es für dich egal ist oder du es anders machst, brauchst du einfach nicht zu antworten und somit nicht mitdiskutieren. Denn du trägst nicht zur Lösung bei und somit ist dein Beitrag völlig sinnlos.
Ich beschreib in meinem Beitrag, wie man das Problem am schnellsten und einfachsten und vor allerm noch rechtzeitig umgehen kann.
Gruß Eric
Sorry Eric, aber die Folgepostings von Flamme und Boltz legen den Schluss nahe dass es sich wieder mal um ein Problem mit dem Suse Kernel Build handelt (speziell initrd) was im Endeffekt dazu fuehrt was ich schon seit Jahren hier poste: erste Tat nach installieren: alten Suse Kernel wegwerfen und einen eigenen aus Kernel.org Sourcen machen. Wuerden das mehr Leute beherzigen gaebe es solche Threads nicht. -- MfG, Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Do 12 Nov 2015, 16:16:47 schrieb Stephan von Krawczynski:
Das ist echt ne Scheindiskussion. Wasimmer Du fuer Namen haben willst, schreib sie doch einfach im /etc/udev/rules.d/70-persisten-net... rein.
Sorry das ich helfen wollte. Es zwingt dich niemand mitzudiskutieren. Das es immer Leute geben muss, die den Großkotz raushängen lassen müssen. Sorry für die Worte. Aber wenn es für dich egal ist oder du es anders machst, brauchst du einfach nicht zu antworten und somit nicht mitdiskutieren. Denn du trägst nicht zur Lösung bei und somit ist dein Beitrag völlig sinnlos.
Ich beschreib in meinem Beitrag, wie man das Problem am schnellsten und einfachsten und vor allerm noch rechtzeitig umgehen kann.
Gruß
Eric
Sorry Eric, aber die Folgepostings von Flamme und Boltz legen den Schluss nahe dass es sich wieder mal um ein Problem mit dem Suse Kernel Build handelt (speziell initrd) was im Endeffekt dazu fuehrt was ich schon seit Jahren hier poste: erste Tat nach installieren: alten Suse Kernel wegwerfen und einen eigenen aus Kernel.org Sourcen machen. Wuerden das mehr Leute beherzigen gaebe es solche Threads nicht.
Ah. Okay. Dann habe ich das falsch verstanden. Mich ärgert es blos immer, wenn Fragen kommen, auch wenn sie vielleicht selbstverstänlich sind, und man diese dann von oben herab abtut. Jeder hat mal angefangen. Oder man steht mal auf dem Schlauch. Und zu meinem Kind sage ich immer: "Es gibt keine dumme Fragen, nur dumme Antworten." Ich persönlich habe mir aber noch nie einen Kernel bauen müssen. Ich habe zypper/yast so eingestellt, dass die alten Kernel immer aufgehoben werden. Wenn dann wirklich mal ein Kernel, oder ein 'Teil' des Kernels nicht funktioniert kann ich mit dem alten Kernel booten, bis der neue gefixed ist. Weiterhin viel Spaß mit Linux und openSUSE. :-) Gruß Eric -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (5)
-
Christian Boltz
-
Eric Schirra
-
Martin Burnicki
-
Stephan von Krawczynski
-
Werner Flamme