Was ist der richtige Weg, um udev neu zu starten?

Ich habe den Namen meiner eth1Benutzeroberfläche in geändert eth0. Wie kann udevich jetzt fragen, ob ich die Konfiguration noch einmal lesen soll?

service udev restart

und

udevadm control --reload-rules

hilf nicht. Gibt es also eine gültige Möglichkeit außer einem Neustart? (Ja, Neustart hilft bei diesem Problem)

• Ja, ich weiß, dass ich den Befehlen voranstellen sollte sudo, aber jeder der oben genannten Befehle ändert nichts an der ifconfig -aAusgabe: Ich sehe immer noch eth1, nicht eth0.

• Ich habe gerade die NAMEEigenschaft von udev-rule line geändert . Ich kenne keinen Grund dafür, dass dies unwirksam ist.

Es gibt keinen Fehler beim Ausführen der beiden Befehle, die ich oben gepostet habe, aber sie ändern nur nicht den tatsächlichen Schnittstellennamen in der ifconfig -aAusgabe. Wenn ich einen Neustart durchführe, ändert sich der Name der Schnittstelle wie erwartet.

Zu Entwicklungszwecken schreibe ich ein Skript, das virtuelle Maschinen (VirtualBox-gesteuert) klont und auf irgendeine Weise voreinstellt.

Also führe ich einen Befehl zum Klonen der VM aus, starte sie und füge, solange der MAC der Netzwerkschnittstelle geändert wird, udevdie zweite Regel zu den persistenten Netzwerkregeln hinzu. Gleich nach dem ersten Start der Maschine gibt es zwei Regeln:

• eth0, der nicht existiert, solange er im ursprünglichen VM-Image MAC existiert
• eth1, was existiert, aber die gesamte Konfiguration in allen Dateien bezieht sich auf eth0, also ist es nicht so gut für mich

Also sedlösche ich mit die Zeile eth0(sie ist im geklonten Image veraltet und unbrauchbar) und ersetze eth1mit eth0. Also momentan habe ich eine gültige persistente Regel, aber es ist immer noch eth1in /dev.

Das Problem: Ich möchte den Computer nicht neu starten (es wird eine andere Zeit dauern, was beim Erstellen von VMs nicht gut ist) und möchte meinen /devComputer nur mit einigen Befehlen neu erstellen lassen, damit ich eine einsatzbereite VM habe ohne Neustart.

Ich weiß nicht, ob dies beim erneuten Laden der Netzwerkkonfiguration hilfreich ist, aber als ich die Änderung vorgenommen habe /etc/udev/rules.d/70-persistent-cd.rules, um den DVD-Geräte-Link von /dev/dvd1auf zu korrigieren /dev/dvd, musste ich ausführen

sudo udevadm trigger

um die neuen links erstellen zu lassen.

Sie müssen alle hier gegebenen Ratschläge in der richtigen Reihenfolge kombinieren:

1. Schalten Sie das Netzwerk aus service networking stop
2. Entladen Sie das Treibermodul aus dem Kernel
   1. Suchen Sie den Namen des Moduls lspci -vund suchen Sie nach "Verwendeter Kerneltreiber:".
   2. modprobe -r <driver module>
3. Laden Sie die udev-Regeln neu udevadm control --reload-rules
4. Löse die neuen Regeln aus udevadm trigger
5. Lasttreiber modprobe <driver module>
6. Starten Sie das Netzwerk neu service networking start
7. (Optional) Führen Sie alle iptablesSkripts, die auf den ethSchnittstellennamen verwiesen haben , erneut aus, bevor dieser aktiv war.

Ich vermute, dass entweder Schritt 4 oder Schritt 5 nicht wirklich erforderlich ist, aber diese Schritte haben bei mir funktioniert. Sie können nach Schritt 4 mit Schritt 2.1 überprüfen, ob der Auslösebefehl bereits Schritt 5 ausgeführt hat. Bearbeiten Sie diese Antwort, um Ihre Ergebnisse widerzuspiegeln, wenn Sie dies tun.

Ich hatte ein ähnliches Problem. Da ich mir nicht die Zeit für einen Neustart nehmen wollte, fuhr ich einen Einzeiler nach Chris Wesselings Vorschlag.

/etc/init.d/networking stop && modprobe -r tg3 && udevadm control --reload-rules && udevadm trigger && modprobe tg3 && /etc/init.d/networking start

Dies funktionierte für mich mit Ubuntu 12.04.02 Server. Meine NICs verwendeten den tg3-Kernelmodultreiber. Ändern Sie daher tg3 in das Modul, das Ihre Schnittstellen verwenden. Ich habe meine gefunden in /etc/udev/rules.d/70-persistent-net.rules:

PCI-Gerät 0x14e4: / sys / devices / pci0000: 00/0000: 00: 1c.4 / 0000: 02: 00.1 (tg3) <-Kernel-Modultreiber für das nic

Das einzige Problem, das ich hatte, war eine schlechte Route, die ich mit einem einfachen Befehl zum Hinzufügen von Routen behoben habe. Danke für die Hilfe Chris!

Das hat bei mir geklappt (ohne Neustart)

udevadm control --reload-rules ; udevadm trigger

Ein großes Lob an den Autor dieser Seite: http://memoryfail.wordpress.com/2013/04/02/renaming-network-device-names/

sudo /etc/init.d/udev restartsollte den Trick machen. Einige der Befehle, die Sie ausprobiert hatten, sudosind möglicherweise ebenfalls wirksam.

Dies sollte es sicher tun:

sudo reload udev

Da ich diesen Befehl ohne Probleme verwendet habe.

Ich habe dies für eine Weile aus dem gleichen Grund untersucht und konnte keine Möglichkeit finden, den Namen der Netzwerkschnittstelle in einem Live-System zu ändern.

Die Problemumgehung besteht darin, die Datei /etc/udev/rules.d/70-persistent-net.rules in der Vorlage zu löschen. Dies bedeutet, dass beim nächsten Start eine Netzwerkkarte als eth0 angezeigt wird.

Sie müssen udev neu laden , um die Regeländerung auszulösen. Das Gerät wird jedoch erst umbenannt, wenn Sie das Treibermodul entladen / neu laden.

Also sollte modprobe -r e1000 && modprobe e1000nach udev reload der Trick sein. Tun Sie dies natürlich nicht, wenn Sie das Netzwerk benötigen und nur über e1000-Schnittstellen verfügen.

udevadm trigger 

Es funktioniert , wenn Sie hier eine Linkbeschreibung eingeben

Daher wechsle ich bei VirtualBox mit Ubuntu 12.04 häufig zwischen Ethernet und Wireless.

Wenn sich meine Verbindung ändert, muss ich den Bridged Adapter unter Geräte> Netzwerkeinstellungen auswählen. Entweder 'Intel 82579LM Gigabit Network Connection' oder 'Intel Centrino Ultimate-N 6300 AGN'.

Danach kann ich rennen

sudo modprobe -r e1000
sudo service udev restart
sudo modprobe e1000
ping google.com # To test I ran this between each command.

Dies ist nur eine Erklärung meiner Ergebnisse, nachdem ich alle Antworten oben gelesen habe.