Jak włączyć „Przewidywalne nazwy interfejsów sieciowych”?

Postanowiłem sprawdzić, z jaką nazwą skończy się moje urządzenie Ethernet, ale w przeciwieństwie do innych dystrybucji , Debian nie wydaje się aktywować tej zmiany (czy ją powstrzymuje?),

• Zachowaj na razie stary, trwały schemat nazewnictwa interfejsu sieciowego i włącz nowy, używając net.ifnames = 1 w wierszu poleceń jądra.

Problem polega na tym, że muszę edytować wiersze jądra gruba i wydaje się to przesadą w przypadku czegoś, co można wyłączyć, modyfikując plik . Czy jest inny sposób?

Wersja 220-7 na Debianie usunęła łatkę, która spowodowała tę zgodę:

* Switch to net.ifnames persistent network interfaces (on new
  installations/for new hardware), and deprecate the old
  75-persistent-net-generator.rules.

Wynikało to z propozycji z listy debian-devel . Nazwy systemów korzystających ze starej nazwy nie zostaną zmienione, dopóki użytkownik nie przeprowadzi migracji. Przeczytaj README.Debian, aby uzyskać przewodnik migracji.

Nową nazwę można przewidzieć za pomocą:

sudo udevadm test /sys/class/net/eth0 2>/dev/null |grep ID_NET_NAME_

gdzie eth0jest obecna nazwa urządzenia.

Zakładam, że mówisz o sid lub jessie. W przypadku wheezy możesz wypróbować backport v204 .

W grze mogą występować pewne nieporozumienia: jak widać z reguł udev tutaj (dla v208 obecnie w sid), programiści udev wyraźnie wybrali cmdline jądra jako domyślny sposób włączenia tej funkcjonalności.
Nie widzę nic z natury „Overkill” z pomocą wybranego interfejsu dla niego i po prostu oddanie GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=1"się /etc/default/grub. Czy martwisz się o jakiś konkretny efekt uboczny?

Fakt, że wspomniana odpowiedź sugeruje usunięcie pliku, aby go wyłączyć, to hack (przynajmniej w przypadku Debiana), który nie działałby w dłuższej perspektywie, ponieważ w debianie te reguły są przechowywane /lib/udev/rules.d, tj .: zostaną nadpisane w aktualizacja (poza tym wyłączenie funkcji przez skuteczne usunięcie pliku, który opisuje, ma sens, ale włączenie jest zasadniczo inne, więc myślę, że jest to niesprawiedliwe porównanie).

OTOH, jeśli masz konkretny powód, dla którego nie używasz cmdline jądra, możesz zgłosić błąd dotyczący pakietu debian i poprosić opiekuna o przeniesienie tych reguł /etc/udev/. Następnie teoretycznie możesz przełączać się między obecnymi „trwałymi” i nowymi „przewidywalnymi” regułami.

Ale po prostu FYI: patrząc na źródła dla wersji 209, wydaje się, że net.if_namescałkowicie pozbyłem się czeku, więc twoje pytanie może wymagać ponownego rozpatrzenia w najbliższej przyszłości.

W systemie Debian / Ubuntu, zaczynając od udev 220, możesz włączyć nowe nazwy, zmieniając nazwę tego pliku:

sudo mv -T /etc/udev/rules.d/70-persistent-net.rules{,.old}

Zgodnie z sugestią /usr/share/doc/udev/README.Debian.gz, a następnie

sudo update-initramfs -u

Następnie uruchom ponownie komputer (lub rmmod + insmod modułu sterującego kartą sieciową).

Używa Ubuntu 15.10, biosdevnamektóry nie zapewnia przewidywalnych nazw interfejsów sieciowych. Nawet jeśli go usuniesz (apt-get remove biosdevname) i edytujesz grub ( GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=1") oraz trwałe reguły, nadal nie uzyskasz przewidywalnych interfejsów sieciowych.

Głównym powodem wydaje się być kompatybilność wsteczna. Właśnie przetestowałem to na 2 mobilnych szerokopasmowych urządzeniach USB, a nazwa interfejsu sieciowego jest niespójnie na każdym rozruchu (np. Pierwszy interfejs usb0, drugi usb1 i odwrotnie). Głównym powodem wydaje się być kompatybilność wsteczna.

Istnieją pewne błędy otwarte na starterze (np. Ten ), ale krótka odpowiedź jest taka, że ​​jeśli szukasz przewidywalnych nazw interfejsów sieciowych, powinieneś poszukać innej dystrybucji.