Jaki jest prawidłowy sposób ponownego uruchomienia udev?

Zmieniłem nazwę mojego eth1interfejsu na eth0. Jak poprosić udevteraz o ponowne przeczytanie konfiguracji?

service udev restart

i

udevadm control --reload-rules

nie pomagaj. Czy jest więc jakikolwiek ważny sposób oprócz ponownego uruchomienia? (tak, ponowne uruchomienie pomaga rozwiązać ten problem)

• tak, wiem, że powinienem poprzedzać polecenia sudo, ale jedno z powyższych wpisów nie zmienia niczego w ifconfig -adanych wyjściowych: wciąż widzę eth1, nie eth0.

• Właśnie zmieniłem NAMEwłaściwość linii udev-rule. Nie znam żadnego powodu, aby to było nieskuteczne.

Nie ma żadnego błędu w wykonywaniu obu poleceń, które opublikowałem powyżej, ale po prostu nie zmieniają one rzeczywistej nazwy interfejsu w ifconfig -adanych wyjściowych. Jeśli wykonam restart, to nazwa interfejsu zmieni się zgodnie z oczekiwaniami.

Dla celów programistycznych piszę skrypt, który klonuje maszyny wirtualne (oparte na VirtualBox) i w pewien sposób wstępnie je konfiguruje.

Wykonuję więc polecenie, aby sklonować maszynę wirtualną, uruchomić ją i dopóki zmieni się MAC interfejsu sieciowego - udevdodaje drugą regułę do reguł trwałych sieci. Zaraz po pierwszym uruchomieniu komputera obowiązują 2 reguły:

• eth0, który nie istnieje, o ile istniał w oryginalnym obrazie MAC maszyny wirtualnej
• eth1, który istnieje, ale odnosi się do całej konfiguracji we wszystkich plikach eth0, więc nie jest to dla mnie tak dobre

Więc sedusuwam wiersz z eth0(jest on przestarzały i bezużyteczny w sklonowanym obrazie) i zastępuję eth1go eth0. Więc obecnie mam ważną regułę trwałą, ale wciąż jest eth1w niej /dev.

Problem: nie chcę ponownie uruchamiać maszyny (zajmie to inny czas, co nie jest dobre w przypadku budowania etapu VM) i chcę po prostu /devprzebudować moją komendę, aby mieć gotową do użycia maszynę VM bez żadnych restartów.

Nie wiem, czy to pomaga w przeładowaniu konfiguracji sieci, ale kiedy zmodyfikowałem, /etc/udev/rules.d/70-persistent-cd.rulesaby poprawić łącze urządzenia DVD od /dev/dvd1do /dev/dvd, musiałem uruchomić

sudo udevadm trigger

aby uzyskać nowe linki utworzone.

Musisz połączyć wszystkie podane tutaj porady we właściwej kolejności:

1. Wyłącz sieć service networking stop
2. Zwolnij moduł sterownika z jądra
   1. Znajdź nazwę modułu lspci -vi wyszukaj „Używany sterownik jądra:”
   2. modprobe -r <driver module>
3. Załaduj ponownie reguły udev udevadm control --reload-rules
4. Uruchom nowe zasady udevadm trigger
5. Załaduj sterownik modprobe <driver module>
6. Uruchom ponownie sieć service networking start
7. (opcjonalnie) Uruchom ponownie wszystkie iptablesskrypty, które odwoływały się do ethnazwy interfejsu przed jego uruchomieniem.

Podejrzewam, że krok 4 lub krok 5 nie jest tak naprawdę potrzebny, ale te kroki działały dla mnie. Możesz sprawdzić po kroku 4 z krokiem 2.1, aby sprawdzić, czy polecenie wyzwalające już wykonało krok 5, edytuj tę odpowiedź, aby odzwierciedlić swoje ustalenia, jeśli tak zrobisz.

Miałem podobny problem. Ponieważ nie chciałem tracić czasu na ponowne uruchomienie, uruchomiłem jeden liner, korzystając z sugestii Chrisa Wesselinga.

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

To działało dla mnie przy użyciu serwera Ubuntu 12.04.02. Moje karty sieciowe używały sterownika modułu jądra tg3, więc zmień tg3 na moduł, którego używają twoje interfejsy. Znalazłem te używane w /etc/udev/rules.d/70-persistent-net.rules:

Urządzenie PCI 0x14e4: / sys / devices / pci0000: 00/0000: 00: 1c.4 / 0000: 02: 00.1 (tg3) <sterownik modułu jądra dla nic

Jedynym problemem, który miałem, była zła trasa, którą naprawiłem prostym poleceniem dodawania trasy. Dzięki za pomoc Chris!

To zadziałało dla mnie (bez ponownego uruchamiania)

udevadm control --reload-rules ; udevadm trigger

Wyrazy uznania dla autora tej strony: http://memoryfail.wordpress.com/2013/04/02/renaming-network-device-names/

sudo /etc/init.d/udev restartpowinien załatwić sprawę. Niektóre polecenia, które wypróbowałeś, jeśli zostaną uruchomione sudo, również mogą być skuteczne.

To powinno zrobić to bezpiecznie:

sudo reload udev

Ponieważ użyłem tego polecenia bez żadnych problemów.

Badam to od dłuższego czasu w tym samym celu i nie znalazłem sposobu na zmianę nazwy interfejsu sieciowego w systemie na żywo.

Obejściem, dla którego wybrałem jest usunięcie pliku /etc/udev/rules.d/70-persistent-net.rules w szablonie, co oznacza, że ​​przy następnym uruchomieniu zobaczy każdą kartę sieciową jako eth0.

Musisz ponownie załadować udev, aby wywołać zmianę reguły, ale nazwa urządzenia nie zostanie zmieniona, dopóki nie rozładujesz / przeładujesz modułu sterownika.

Więc modprobe -r e1000 && modprobe e1000po udev przeładowanie powinno załatwić sprawę. Oczywiście nie rób tego, jeśli potrzebujesz sieci i masz tylko interfejsy e1000.

udevadm trigger 

to zadziała, wpisz opis linku tutaj

Tak więc dla mnie w VirtualBox z Ubuntu 12.04 często przełączam się między siecią Ethernet i bezprzewodową.

Więc kiedy moje połączenie się zmieni, muszę wybrać Bridged Adapter z Urządzenia> Ustawienia sieciowe. Albo „Intel 82579LM Gigabit Network Connection”, albo „Intel Centrino Ultimate-N 6300 AGN”.

Po zrobieniu tego mogę biegać

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

To jest tylko wyjaśnienie moich wyników po przeczytaniu wszystkich powyższych odpowiedzi.