On Sun, 5 Feb 2017 16:47, Manfred Kreisl wrote:

Am 05.02.2017 um 16:33 schrieb Marcus Roeckrath:

...

Hallo,

da ich noch mit der 13.2. arbeite, in der Netzwerkdevices z. B. als enpXsY usw. abgebildet werden, die Frage, ob sich da bei Leap etwas geändert hat, was ich über Bekannte so hörte.

Leap soll wieder als Standard zu ethX usw. zurückgekehrt sein.

Ist das korrekt so? Sieht fast danach aus. In meinen virtuellen Maschinen ist es wenigstens für 42.2 und 42.1 so

Wenigstens ein systemd Unfug wurde damit wieder beseitigt ;)

Kleine Korrektion bezgl. dem schuldigen: "UDEV" nicht systemd. Der Unfug kam nur gleichzeitig und ebenfalls von RedHat. Nach meherern großen Serversystemen mit je 4-8 10Gbit Anschlüssen und Hot-Swap Fähigkeiten am PCIe-Bus hatte ich dann auch den Rand voll. Eigene Udev Regeln und Ende mit dem Wirwarr. Weder "enpXsY" noch "ethX" waren ohne manuelle Eingriffe (eigene Regeln) wirklich beherschbar oder vorhersagbar. Zugegeben, unter bare-metal Windows Server wars noch schlimmer, da konnte die Reihenfolge von Boot zu Boot anders sein auch ohne die Hardware anzurühren. Netze isolieren war da nor noch via VLan möglich und das macht unter Windows ganz "furchtbar" (pun) Spass. Für'n Heimanwender ist "ethX" einfacher, da die meisten Boards maximal zwei Eth's haben, 50% Chance für auf Anhieb richtig also. Linux als Kernel spannt halt riesige Welten. IOT Zig-Bee bis TelCo Groß-Router, SOC bis Cluster-Server. Es allen Recht zu machen ist nicht leicht. IMHO ist für "openSUSE" in den meisten Anwendungsfällen "ethX" sinvoller. Schönen Sonntag noch, - Yamaban.

Am Sonntag, 5. Februar 2017, 17:08:43 CET schrieb Yamaban:

On Sun, 5 Feb 2017 16:47, Manfred Kreisl wrote:

...

Am 05.02.2017 um 16:33 schrieb Marcus Roeckrath:

...

Hallo,

da ich noch mit der 13.2. arbeite, in der Netzwerkdevices z. B. als enpXsY usw. abgebildet werden, die Frage, ob sich da bei Leap etwas geändert hat, was ich über Bekannte so hörte.

Leap soll wieder als Standard zu ethX usw. zurückgekehrt sein.

Ist das korrekt so?

Sieht fast danach aus. In meinen virtuellen Maschinen ist es wenigstens für 42.2 und 42.1 so

Wenigstens ein systemd Unfug wurde damit wieder beseitigt ;)

Kleine Korrektion bezgl. dem schuldigen: "UDEV" nicht systemd. Der Unfug kam nur gleichzeitig und ebenfalls von RedHat.

Nach meherern großen Serversystemen mit je 4-8 10Gbit Anschlüssen und Hot-Swap Fähigkeiten am PCIe-Bus hatte ich dann auch den Rand voll. Eigene Udev Regeln und Ende mit dem Wirwarr.

Weder "enpXsY" noch "ethX" waren ohne manuelle Eingriffe (eigene Regeln) wirklich beherschbar oder vorhersagbar.

Zugegeben, unter bare-metal Windows Server wars noch schlimmer, da konnte die Reihenfolge von Boot zu Boot anders sein auch ohne die Hardware anzurühren.

Netze isolieren war da nor noch via VLan möglich und das macht unter Windows ganz "furchtbar" (pun) Spass.

Für'n Heimanwender ist "ethX" einfacher, da die meisten Boards maximal zwei Eth's haben, 50% Chance für auf Anhieb richtig also.

Linux als Kernel spannt halt riesige Welten. IOT Zig-Bee bis TelCo Groß-Router, SOC bis Cluster-Server. Es allen Recht zu machen ist nicht leicht.

IMHO ist für "openSUSE" in den meisten Anwendungsfällen "ethX" sinvoller.

Schönen Sonntag noch, - Yamaban.

Und über Unfug kann man auch geteileter Meinung sein, wenn deine Wlan-Karte bei jedem Neustart eine neues Device zugeteilt bekommt, ich war dann schon mal bei wlan150 oder so. Da funktioniert dann auch z.B. kein Virtualbox mehr, das ist an die wlanx bei dem Aufsetzen der virtuellen Maschine gebunden. Muss man dann auch immer umstellen..... Daher waren für mich die neuen Bezeichnungen besser, musste keine udev-Regel mehr anpassen, lief alles out-of-the-box. Also hat alles immer 2 Seiten. 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

Hallo Manfred, Am Sonntag, 5. Februar 2017 16:47 schrieb Manfred Kreisl:

...

da ich noch mit der 13.2. arbeite, in der Netzwerkdevices z. B. als enpXsY usw. abgebildet werden, die Frage, ob sich da bei Leap etwas geändert hat, was ich über Bekannte so hörte.

Leap soll wieder als Standard zu ethX usw. zurückgekehrt sein.

Ist das korrekt so?

Sieht fast danach aus. In meinen virtuellen Maschinen ist es wenigstens für 42.2 und 42.1 so

Wenigstens ein systemd Unfug wurde damit wieder beseitigt ;)

systemd? Das ist doch udev. Ich denke, auch bei LEAP wird für die Netzwerkkarten weiterhin udev aktiv sein und keine Kerneloption net.ifnames=0 explizit gesetzt und somit er Standard des Kernels net.ifnames=1 gelten und zudem am Standard von udev fürs das Namenschema nichts geändert wurde. Damit kommt es im Verlauf des Bootprozesses zu einer Umbenennungskette: ethX -> enp... -> ethY die zu Race Conditions und damit zu - sogar bei einzelnen Boots - zu (sporadischen) Vertauschungen/Zurdnungen von Netzwerkkarten zu den ethX-Devices führen kann. Wo kann ich etwas über das Verhalten der SuSE im Falle mehrerer verbauten Netzwerkkarten nachlesen. -- Gruß Marcus Marcus Röckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone: +49-2536-9944 -- Fax: +49-2536-9943 -- 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