10.3: udev benennt eth beim booten um
Hallo Liste, bei jedem Neustart benennmozillat udev die Netzwerkkarte um (inzwischen eth4, beim nächsten Neustart wird es eth5) mit dem Effekt, daß das Netzwerk/DSL nicht nicht startet. Hat jemand eine Idee was da schief läuft? Kernel: Linux pinguin 2.6.23.1-900.ccj58-default #1 SMP 2007/10/26 14:17:15 UTC x86_64 x86_64 x86_64 GNU/Linux Bis demnächst, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 1. November 2007 10:23 schrieb Klaus Mach:
bei jedem Neustart benennmozillat udev die Netzwerkkarte um (inzwischen eth4, beim nächsten Neustart wird es eth5) (...).
https://bugzilla.novell.com/show_bug.cgi?id=230213 Aber eigentlich sollte der in der finalen 10.3 gefixt sein!? Gruß Jan -- There are no winners in life, only survivors. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 1. November 2007 10:23:24 schrieb Klaus Mach:
Hallo Liste,
bei jedem Neustart benennmozillat udev die Netzwerkkarte um (inzwischen eth4, beim nächsten Neustart wird es eth5) mit dem Effekt, daß das Netzwerk/DSL nicht nicht startet. Hat jemand eine Idee was da schief läuft? Kernel: Linux pinguin 2.6.23.1-900.ccj58-default #1 SMP 2007/10/26 14:17:15 UTC x86_64 x86_64 x86_64 GNU/Linux
Bis demnächst, Klaus
Könnte es ein nVidia-Board (Chipsatz) sein?) Die Probleme hatte ich auch mal. Abhilfe schafft dann evtl. Hier die Lösung von Thomas Arend aus der Liste, die hat bei mir funktioniert: "Besser ist die Persisent Devices in /etc/sysconfig/network/config mit FORCE_PERSISTENT_NAMES=no abzuschalten. Nachzulesen in /usr/share/doc/packages/sysconfig/README.Persistent_Interface_Names ..." (Siehe Thread "ETH-Interface wird nach jedem Neustart um 1 hochgezählt" in diesem Board vom 19.06.2007) Dann noch in der Datei /etc/udev/rules.d/30-net_persistant_names.rules alles löschen was nicht kommentiert ist (Datei ist dann quasi für das System leer). Dann sollte das System wieder bei eth0 anfangen und da auch bleiben. Vorher Backup der Datei unter anderem Namen!! Wenn was schiefgeht... -- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach Grüsse aussem Pott! - Uli -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Ulrich, vielen Dank für Deine Hilfe (ebenso an die anderen). Allerdings komme ich irgendwie nicht weiter.... Am Donnerstag, 1. November 2007 11:32:22 schrieb Ulrich Walter:
Am Donnerstag, 1. November 2007 10:23:24 schrieb Klaus Mach: Könnte es ein nVidia-Board (Chipsatz) sein?) Die Probleme hatte ich auch mal. Abhilfe schafft dann evtl.
Es ist tatsächlich ein nVidia-Bord.
in /etc/sysconfig/network/config mit
FORCE_PERSISTENT_NAMES=no in /usr/share/doc/packages/sysconfig/README.Persistent_Interface_Names
Leider gibt es obenstehen Eintrag in der genannten Datei nicht und keine dazu passende Beschreibung.
Dann noch in der Datei /etc/udev/rules.d/30-net_persistant_names.rules
Statt dieser Datei gibt es bei mir die Datei 70-persistent-net mit untenstehendem Inhalt (ich habe wirklich nur eine einzige Netzwerkkarte, die bis einschließlich 10.2 unter eth0 angesprochen wurde). Bis demnächst, Klaus # This file was automatically generated by the /lib/udev/write_net_rules # program run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line. # PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:13:8f:d5:ad:e1", NAME="eth0" # PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:00:6c:ea:96:ad", NAME="eth1" # PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:00:6c:61:22:87", NAME="eth2" # PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:00:6c:e6:19:51", NAME="eth3" # PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:00:6c:3c:99:19", NAME="eth4" -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Klaus Mach wrote:
Statt dieser Datei gibt es bei mir die Datei 70-persistent-net mit untenstehendem Inhalt (ich habe wirklich nur eine einzige Netzwerkkarte, die bis einschließlich 10.2 unter eth0 angesprochen wurde).
# PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:13:8f:d5:ad:e1", NAME="eth0"
# PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:00:6c:ea:96:ad", NAME="eth1"
# PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:00:6c:61:22:87", NAME="eth2"
# PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:00:6c:e6:19:51", NAME="eth3"
# PCI device 0x10de:0x03ef (forcedeth) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:00:6c:3c:99:19", NAME="eth4"
Das selbe PCI Gerät wird unter immer neuen MAC-Adressen gefunden. Kein Wunder, dass es als ein anderes Gerät behandelt wird. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Sandy, Am Donnerstag, 1. November 2007 13:58:18 schrieb Sandy Drobic:
Das selbe PCI Gerät wird unter immer neuen MAC-Adressen gefunden. Kein Wunder, dass es als ein anderes Gerät behandelt wird.
stimmt, aber da muß sich bei 10.3 irgendetwas geändert haben, da es unter 10.2 keine derartigen Probleme gab. Hat irgendwer eine Idee, wie man das beeinflussen kann? Bis demnächst, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Klaus Mach wrote:
Hallo Sandy,
Am Donnerstag, 1. November 2007 13:58:18 schrieb Sandy Drobic:
Das selbe PCI Gerät wird unter immer neuen MAC-Adressen gefunden. Kein Wunder, dass es als ein anderes Gerät behandelt wird.
stimmt, aber da muß sich bei 10.3 irgendetwas geändert haben, da es unter 10.2 keine derartigen Probleme gab. Hat irgendwer eine Idee, wie man das beeinflussen kann?
Ich gehe davon aus, dass das Forcedeth-Modul einen Knall hat. Vielleicht kannst du auf der Homepage eine neuere Version runterladen. Prüfe mal, ob irgendeine Netzwerk-Software dazwischenfuscht und diese Einträge setzt. Es würde helfen, wenn du herausfinden könntest, wann genau diese MAC-Adressen gesetzt werden und welche Dienste daran beteiligt sind. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Sandy, Am Freitag, 2. November 2007 20:55:12 schrieb Sandy Drobic:
Ich gehe davon aus, dass das Forcedeth-Modul einen Knall hat. Vielleicht kannst du auf der Homepage eine neuere Version runterladen.
Prüfe mal, ob irgendeine Netzwerk-Software dazwischenfuscht und diese Einträge setzt. Es würde helfen, wenn du herausfinden könntest, wann genau diese MAC-Adressen gesetzt werden und welche Dienste daran beteiligt sind.
In der boot.msg bzw. boot.omsg fällt mir jetzt eigentlich nur auf, daß verschiedene Interrupts verwenden werden (einmal IRQ 22 und einmal IRQ 21) boot.msg: <6>[ 29.861397] eth0: forcedeth.c: subsystem: 01849:03ef bound to 0000:00:07.0 <4>[ 29.877542] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 22 <6>[ 29.881547] ACPI: PCI Interrupt 0000:00:05.0[B] -> Link [LAZA] -> GSI 22 (level, low) -> IRQ 22 <7>[ 29.885730] PCI: Setting latency timer of device 0000:00:05.0 to 64 <6>[ 29.957584] eth0 renamed to eth4 <6>[ 29.961531] udev: renamed network interface eth0 to eth4 boot.omsg: <6>[ 35.733483] eth0: forcedeth.c: subsystem: 01849:03ef bound to 0000:00:07.0 <4>[ 35.749872] ACPI: PCI Interrupt Link [LMC9] enabled at IRQ 21 <6>[ 35.754413] ACPI: PCI Interrupt 0000:00:0d.0[A] -> Link [LMC9] -> GSI 21 (level, low) -> IRQ 21 <7>[ 35.758756] PCI: Setting latency timer of device 0000:00:0d.0 to 64 <6>[ 35.820165] eth0 renamed to eth3 <6>[ 35.824502] udev: renamed network interface eth0 to eth3 Ich schau mir morgen das forcedepth-Modul nochmals an. Vielen Dank schonmal für die Hinweise, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Klaus, das hatte ich auch mit der Onboard-Netzwerkschnittstelle auf dem Gigabyte M61P-S3 Motherboard, Dazu habe ich auch schon mal was in dieser Liste geschrieben; müßte also im Archiv zu finden sein. Wenn ich mich recht entsinne, habe ich in /etc/udev/rules.d/31-network.rules die Zeile mit dem Aufruf von /lib/udev/rename_netiface auskommentiert. Danach war Ruhe im Gebälk. Funktioniert aber nur, wenn die Anzahl und Beschaffenheit der Netzwerkschnittstellen fix ist. Es geht hier um das Persistant Naming von Netzwerkschnittstellen. Es soll bewirken, daß bei Einbindung von Schnittstellen in variabler Reihenfolge Diese immer denselben Namen bekommen. Ergo könnte mein Vorschlag Probleme mit nachträglich einzubindenden Schnittstellen, wie z,Bsp, WLAN Sticks etc., ergeben. Eventuell geht das auch über /etc/sysconfig/network/config. Dort gibt es eine Variable mit dem Namen FORCE_PERSISTENT_NAMES. Diese steht bei mir auf "no" Apropos: Hier läuft OpenSuSe 10.2 mit vanilla-Kernel 2.6.23.1 auf x86_64 Architektur. Tschö, Emil Am Donnerstag 01 November 2007 10:23:24 schrieb Klaus Mach:
Hallo Liste,
bei jedem Neustart benennmozillat udev die Netzwerkkarte um (inzwischen eth4, beim nächsten Neustart wird es eth5) mit dem Effekt, daß das Netzwerk/DSL nicht nicht startet. Hat jemand eine Idee was da schief läuft? Kernel: Linux pinguin 2.6.23.1-900.ccj58-default #1 SMP 2007/10/26 14:17:15 UTC x86_64 x86_64 x86_64 GNU/Linux
Bis demnächst, Klaus
-- Registered Linux User since 19940320 -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 1. November 2007 10:23:24 schrieb Klaus Mach:
Hallo Liste,
bei jedem Neustart benennt udev die Netzwerkkarte um (inzwischen eth4, beim nächsten Neustart wird es eth5) mit dem Effekt, daß das Netzwerk/DSL nicht nicht startet. Hat jemand eine Idee was da schief läuft? Kernel: Linux pinguin 2.6.23.1-900.ccj58-default #1 SMP 2007/10/26 14:17:15 UTC x86_64 x86_64 x86_64 GNU/Linux
Bis demnächst, Klaus
Hallo Liste, da ich im Moment nicht so viel Zeit zum Basteln habe, habe ich zunächst den Originalkernel von 10.3 (2.16.22) mit dazugehörigem udev installiert. Das bei mir "nicht richtig" funktionierende udev mitsamt Kernel 2.6.23 stammt von ftp://ftp5.gwdg.de/pub/linux/misc/suser-jengelh. Bis demnächst, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (5)
-
Emil Stephan -
Jan Ritzerfeld -
Klaus Mach -
Sandy Drobic -
Ulrich Walter