Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam
Coś mnie podkusiło, żeby przyspieszyć stary komputer i kupiłem dysk SSD. Do tej pory miałem na nim debiana testowego i wszystko śmigało. Zainstalowałem na czysto debiana w wersji stretch z xfce i widzę takie oto interfejsy sieciowe: enp0s8 i enp0s9. Ja wszystko rozumiem - już jestem starszy człowiek, grzebać mi się nie chce, wszystko musi być teraz po nowemu itd ale to mnie zaskoczyło maksymalnie. Z tego co znalazłem w necie to robota systemd. Mam takie pytanie - czy jest jakaś możliwość przełączyć ten wspaniały system systemów w taki sposób, żeby interfejsy się nazywały po staremu - eth0 i eth1 itd.
dmesg pokazuje:
forcedeth 0000:00:08.0 enp0s8: renamed from eth0 forcedeth 0000:00:09.0 enp0s9: renamed from eth1
W domu to jeszcze luz ale w pracy muszę wkrótce przeinstalować parę systemów i jak będzie więcej takich akcji to słabo to widzę.
Offline
[quote=tspoko]Mam takie pytanie - czy jest jakaś możliwość przełączyć ten wspaniały system systemów w taki sposób, żeby interfejsy się nazywały po staremu - eth0 i eth1 itd.[/quote]
logan@toshiba:~$ dpkg -l | grep -e sysvinit -e systemd ii libpam-systemd:amd64 215-17+deb8u3 amd64 system and service manager - PAM module ii libsystemd0:amd64 215-17+deb8u3 amd64 systemd utility library ii libsystemd0:i386 215-17+deb8u3 i386 systemd utility library ii systemd 215-17+deb8u3 amd64 system and service manager ii systemd-shim 9-1 amd64 shim for systemd ii systemd-ui 3-2 amd64 graphical frontend for systemd ii sysvinit 2.88dsf-59 amd64 System-V-like init utilities - transitional package ii sysvinit-core 2.88dsf-59 amd64 System-V-like init utilities ii sysvinit-utils 2.88dsf-59 amd64 System-V-like utilities
Do "działania" systemd potrzebna jest paczka [deb]systemd-sysv[/deb]. Można ją wywalić i wrzucić albo to co mam wyżej, albo openrc albo co tam się zachce. Warunek jest jeden - musi być [deb]systemd-shim[/deb].
Ostatnio edytowany przez Pavlo950 (2016-04-09 13:38:47)
Offline
2931
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:39:07)
Offline
[url]https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/[/url]
Takie coś znalazłem. Niestety z angielskim to u mnie słabo. Ale jakoś nie przekonuje mnie tłumaczenie dlaczego nazwy tych interfejsów zostały wymyślone na nowo. No ale ja się nie znam. I co? wszystkie skrypty trzeba zmieniać?, uczyć się na nowo tych interfejsów? (bo widzę, że schematów nazywania zrobili kilka) - żeby używać w codziennych poleceniach. Ech szkoda gadać.
Ostatnio edytowany przez tspoko (2016-04-09 14:13:44)
Offline
Można zmieniać nazwy interejsów przy starcie, przy pomocy udeva:
Przykładowe regułki:
cat /etc/udev/rules.d/80-net-name-slot.rules # PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:1d:c4:82:87", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="lan" # PCI device 10ec:8169 (r8169) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="e8:94:f6:02:eb:d7", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="net" # PCI device 0x10b7:0x9200 (3c59x) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:04:76:e9:48:c1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="3c59x"
SOA#1
Offline
[quote=uzytkownikubunt]Stare będą chyba jeszcze w Debianie 9 mogły działać, ale w 10-tce już nie.[/quote]
Będą działać to czasu aż ktoś w systemd nie wpadnie na usuniecie kompatybilności wstecznej.
Offline
[quote=tspoko][url]https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/[/url]
Takie coś znalazłem. Niestety z angielskim to u mnie słabo. Ale jakoś nie przekonuje mnie tłumaczenie dlaczego nazwy tych interfejsów zostały wymyślone na nowo. No ale ja się nie znam. I co? wszystkie skrypty trzeba zmieniać?, uczyć się na nowo tych interfejsów? (bo widzę, że schematów nazywania zrobili kilka) - żeby używać w codziennych poleceniach. Ech szkoda gadać.[/quote]
Powód jest dokładnie ten sam, z którego w /etc/fstab używa się jakichś tajemniczych UUID zamiast starych, swojskich /dev/sd*
Chyba najłatwiej to wyłączyć poprzez dodanie parametrów [tt]net.ifnames=0 biosdevname=0[/tt] w opcjach startowych jądra.
Offline
[quote=uzytkownikubunt]Kiedyś morfik o tym wspomniał, że Debian przechodzi ze starych nazw interfejsów na nowe. Stare będą chyba jeszcze w Debianie 9 mogły działać, ale w 10-tce już nie.[/quote]
Znaczy się co? Będą przepisywać pół systemu, żeby interfejsy były nazywane po Debianowemu?
[quote=tspoko][url]https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/[/url]
Takie coś znalazłem. Niestety z angielskim to u mnie słabo. Ale jakoś nie przekonuje mnie tłumaczenie dlaczego nazwy tych interfejsów zostały wymyślone na nowo. No ale ja się nie znam. I co? wszystkie skrypty trzeba zmieniać?, uczyć się na nowo tych interfejsów? (bo widzę, że schematów nazywania zrobili kilka) - żeby używać w codziennych poleceniach. Ech szkoda gadać.[/quote]
No spoko, zrób po mojemu, to będziesz miał "po staremu".
[quote=yossarian]Powód jest dokładnie ten sam, z którego w /etc/fstab używa się jakichś tajemniczych UUID zamiast starych, swojskich /dev/sd*[/quote]
Bzdura. Interfejsów sieciowych nie zmienia się, jak rękawiczki, jak to jest w przypadku dysków i (lub) partycji. Może i g*wno się znam, ale takie porównania są bez sensu.
Ostatnio edytowany przez Pavlo950 (2016-04-09 15:33:12)
Offline
Nic nie przestanie działać ze względu na "nowe nazwy interfejsów sieciowych". To jest po prostu inny zapis i można z niego korzystać albo i nie. Ja pochodziłem trochę na tych nowych interfejsach ale mnie szlag w końcu trafił, bo nie potrafiłem zapamiętać tych nazw. Podobnie mnie szlag trafił z ipv6. xD Wróciłem sobie do starych nazw i na nich jadę, bo mi wygodniej. Niemniej jednak, jeśli masz jakiś porządny serwer z wieloma NIC'ami, to raczej nie chciałbyś by po resecie, któryś z tych interfejsów ci się w automagiczny sposób przepisał i miał inną nazwę, doprowadzając pewnie do zawału serwera albo chociaż poważnych problemów z bezpieczeństwem. Ten problem dostrzegli ludzie i z systemd i z debiana i dlatego od tego starego sposobu odchodzą. Ja tam jednak uważam, że skoro przeciętny komputer domowy ma jeden (no max 2, wliczając wlan) interfejs sieciowy, to te nazwy interfejsów nie są dla niego krytyczne i nie widzę przeciwwskazań, by sobie ktoś ich używał.
Offline
[quote=morfik]Nic nie przestanie działać ze względu na "nowe nazwy interfejsów sieciowych". To jest po prostu inny zapis i można z niego korzystać albo i nie. Ja pochodziłem trochę na tych nowych interfejsach ale mnie szlag w końcu trafił, bo nie potrafiłem zapamiętać tych nazw. Podobnie mnie szlag trafił z ipv6. xD Wróciłem sobie do starych nazw i na nich jadę, bo mi wygodniej. Niemniej jednak, jeśli masz jakiś porządny serwer z wieloma NIC'ami, to raczej nie chciałbyś by po resecie, któryś z tych interfejsów ci się w automagiczny sposób przepisał i miał inną nazwę, doprowadzając pewnie do zawału serwera albo chociaż poważnych problemów z bezpieczeństwem. Ten problem dostrzegli ludzie i z systemd i z debiana i dlatego od tego starego sposobu odchodzą. Ja tam jednak uważam, że skoro przeciętny komputer domowy ma jeden (no max 2, wliczając wlan) interfejs sieciowy, to te nazwy interfejsów nie są dla niego krytyczne i nie widzę przeciwwskazań, by sobie ktoś ich używał.[/quote]
Powód - ok, ale... Z drugiej strony, jak często są resetowane serwery?
Offline
Nie wiem jak często są resetowane serwery ale to był tylko przykład. Wszędzie tam gdzie masz kilka interfejsów sieciowych tego samego typu, tj. eth*, wlan*, wwan*, może dojść do zamiany nazw lub mogą powstać jakieś większe błędy za sprawą stosowania tej starej metody nazewniczej. Debian dał takie info:
Debian releases up to 8 ("Jessie") and Ubuntu up to 15.04 had an udev rule
/lib/udev/rules.d/75-persistent-net-generator.rules which fixed the name of a
network interface that it got when its MAC address first appeared in a
dynamically created /etc/udev/rules.d/70-persistent-net.rules file.
This had inherent race conditions (which sometimes caused collisions and
interface names like "rename1"), required having to write state into /etc
(which isn't possible for read-only root), and did not work in virtualized
environments.
[b]
This old schema is deprecated in Debian 9 ("Stretch"), and will not
be supported any more in Debian 10.[/b]
-- /usr/share/doc/udev/README.Debian.gz[/quote]
Offline
[quote=Pavlo950][quote=yossarian]Powód jest dokładnie ten sam, z którego w /etc/fstab używa się jakichś tajemniczych UUID zamiast starych, swojskich /dev/sd*[/quote]
Bzdura. Interfejsów sieciowych nie zmienia się, jak rękawiczki, jak to jest w przypadku dysków i (lub) partycji. Może i g*wno się znam, ale takie porównania są bez sensu.[/quote]
Może u ciebie się nie zmienia. Są tacy, dla których był to problem. Szczególnie w zastosowaniach serwerowych, wirtualizacji, konteneryzacji itp. a właśnie w tym kierunku idzie rozwój systemów operacyjnych.
Nawet ostatnie ruchy Microsoftu to potwierdzają.
Offline
Ja chciałbym zobaczyć jak ludzie by się zaczęli zachowywać, gdyby im usunąć ten patch udeva, który był przez lata (ten plik, który przepisywał te nazwy w oparciu o MAC). Pewnie by była taka sama sytuacja co w przypadku posiadania 2 kart dźwiękowych, które non stop się miejscami zamieniają i ludzie przez to dźwięku nie mają. xD Tamten trik z przepisywaniem nazw interfejsów sieciowych był w porządku ale nie był doskonały i powodował problemy, o czym można wyczytać w tej notce co dał debian. Teraz opracowano inny system, który jest odporny na obie te poprzednie dolegliwości, a ludziom to przeszkadza. xD
Offline
[quote=morfik]a ludziom to przeszkadza. xD[/quote]
Ludziom przeszkadza wszystko o czym nie mają pojęcia :)
Offline
Skonfiguruj te interfejsy enp1s0, które masz tak samo jak eth0 w /etc/network/interfaces ... co za problem?
-----------------------------------------------------------
lub
za pomoca systemd w /etc/systemd/network
-> Stwórz plik z analogiczną zawatrtością
/etc/systemd/network/wired.network [Match] Name=enp1s0 [Network] Address=10.1.10.9/24 Gateway=10.1.10.1
Zmieniając odpowiednie właściwości dla swojego interfejsu i odpowiednie ip
lub dla klienta DHCP na interfejsie
[Match] Name=enp1s0 [Network] DHCP=ipv4
po czym
systemctl start systemd-networkd.service systemctl enable systemd-networkd.service
----------------------------------------------------------------
albo jak czasami mam to głęboko w d to robie tak
wrzucam do /etc/rc.local wpis
ifconfig enp1s0 10.6.1.100/24 up route add default gw 10.6.1.254
i mi podnosi interfejs i ustala trase podczas startu systemu...
It's time to say : "hello FreeBSD"
#Network config in /etc/rc.conf
fconfig_rl0=" inet 10.6.1.3 netmask 255.255.255.0"
defaultrouter="10.6.1.254"[/quote]
]:>
Offline
Od bidy to można i nawet przez systemd je przepisać: xD
/etc/systemd/network/05-wlan1.link [Match] MACAddress= [Link] Name=
Nazywasz jak chcesz i po MAC masz dopasowanie.
Ostatnio edytowany przez morfik (2016-04-09 19:00:37)
Offline
Tak się zastanawiam czy jest sens walczyć z wiatrakami - czy po kolejnej aktualizacji systemd znowu nie będzie to samo. Może będzie się jednak trzeba przeprosić z tymi dziwolągami.
Najwięcej w jednym serwerze miałem 3 karty sieciowe więc moje doświadczenia są niewielkie lub żadne w tej kwestii - ale na swoim poziomie nigdy nie miałem z nazwami sieciówek problemu (do teraz). Rozumiem, że jakaś grupa ludzi miała - ale dlaczego akurat w ten sposób to rozwiązali? Jedno jest pewne - moje żale w sumie są bez sensu bo i tak nic nie wnoszą...
Offline
Przecie podano ci z 5 rozwiązań, więc z czym masz problem w dalszym ciągu? Jakby w kernelu był błąd, co by powodował kernel panic u ułamka procenta ludzi, to chciałbyś by go poprawiono, czy może jednak wolałbyś by nic nie ruszać, bo ty tego problemu nie doświadczyłeś? xD
Offline
Kurcze trochę nie czaje o co jest bój, zmienia się tylko nazewnictwo, które w sumie nadal można zrobić po staremu a problem się robi wielki z w sumie niczego.
Swoją drogą czemu po prostu nie poprawiono tego błędu i nie zostawiono starej nomenklatury? Wystarczyłoby by OS pamiętał które urządzenie wisiało na której nazwie i nie byłoby trzeba całej tej maskarady i kolejnej "religijnej" wojenki :P
Offline
Może dlatego, że ten system był projektowany w latach 80 i teraz trzeba by zaprojektować nowy od podstaw? Hmm... chyba to zrobiono właśnie... xD BTW, to nie są tylko nowe nazwy, bo te nazwy wynikają z czegoś, tak by były unikatowe dla konkretnego sprzętu. Jak się cofniesz te xx lat wstecz, to niewielu ludzi miało net a już na pewno ta sieć nie wyglądała tak jak ta obecna, wszystko się zmieniło i te stare rzeczy już zwyczajnie są mało przydatne, a że używane przez sporą cześć ludzi, to wspierane by zachować kompatybilność wsteczną. No i tak się reanimuje i patchuje tego trupa cały czas, a to powoduje dodatkowe problemy.
Ostatnio edytowany przez morfik (2016-04-11 00:54:32)
Offline
Regułki zmieniające nazwy, poprawione:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ENV{ID_NET_NAME_PATH}=="[b]enp5s2[/b]",, ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="[b]net[/b]"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ENV{ID_NET_NAME_PATH}=="[b]enp4s0[/b]",, ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="[b]lan[/b]"[/quote]
Działają grzecznie.
Siedzą sobie w konfigu:Kod:
/etc/udev/rules.d/80-net-name-slot.rulesJak widać, udev dał sobie radę:
Kod:
[ 8.043490] r8169 0000:05:02.0 eth123: renamed from eth1 [ 8.049174] udevd[550]: renamed network interface eth1 to eth123 [ 8.049204] r8169 0000:05:02.0 net: renamed from eth123 [ 8.055127] udevd[550]: renamed network interface eth123 to net [ 8.230812] r8169 0000:04:00.0 eth124: renamed from eth0 [ 8.236181] udevd[546]: renamed network interface eth0 to eth124 [ 8.236211] r8169 0000:04:00.0 lan: renamed from eth124 [ 8.243126] udevd[546]: renamed network interface eth124 to lanSOA#1
Ostatnio edytowany przez Jacekalex (2016-04-11 01:51:31)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
@morfik: rozumiem to, tylko po co? To nie jest xorg który jest zajebany by design tylko nazwy interfejsów które można nazwać nawet dupanet0 i też będzie działać tak samo dobrze
I rozumiem, że to ma grać rolę uuidu dla sprzętu (swoją drogą NM nadaje UUID NIC-om w plikach interfejsów), ale równie dobrze można by to traktować jak dyski i dawać im nazwy dla ludzi i uuidy dla komputera, w czym problem?
Offline
To ja nie rozumiem. xD [url=https://forum.dug.net.pl/viewtopic.php?pid=300482#p300482]W poście nr16[/url] dałem informację jak przepisywać nazwy interfejsów na ludzkie. [url=https://www.freedesktop.org/software/systemd/man/systemd.link.html]Tu jest manual[/url] . Prosiłbym aby go przeczytać przed napisaniem kolejnego postu w tym temacie. xD
Offline
[quote=morfik]Może dlatego, że ten system był projektowany w latach 80 i teraz trzeba by zaprojektować nowy od podstaw? Hmm... chyba to zrobiono właśnie... xD BTW, to nie są tylko nowe nazwy, bo te nazwy wynikają z czegoś, tak by były unikatowe dla konkretnego sprzętu. Jak się cofniesz te xx lat wstecz, to niewielu ludzi miało net a już na pewno ta sieć nie wyglądała tak jak ta obecna, wszystko się zmieniło i te stare rzeczy już zwyczajnie są mało przydatne, a że używane przez sporą cześć ludzi, to wspierane by zachować kompatybilność wsteczną. No i tak się reanimuje i patchuje tego trupa cały czas, a to powoduje dodatkowe problemy.[/quote]
i tak jest we freebsd i nikt nie płacze
interfejsy/producent
rl0.. realtek
re0 .. intel
ath0 .. atheros
i dalej podobnie. rl1..rl2..rl3; re1 re2 re3 ; ath1 ath2 ath3.
Super rozwiązanie ... przypisanie producenta sieciówki interfejsu i kolejnej karty cyferką..
ifconfig -l
i wszystko jasne.
]:>
Płacz bo trzeba się czegoś nowego nauczyć, zapominając stare rozwiązania/PRZYZWYCZAJENIA
Tak było:
hda -> sda
sda -> uuid
grub1 - > grub2
init -> systemd
ethX - > enp0s1
itp
Offline
Strony: 1
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00112 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='52.15.238.221' WHERE u.id=1 |
0.00092 | UPDATE punbb_online SET logged=1732302139 WHERE ident='52.15.238.221' |
0.00047 | SELECT * FROM punbb_online WHERE logged<1732301839 |
0.00087 | SELECT topic_id FROM punbb_posts WHERE id=300552 |
0.00255 | SELECT id FROM punbb_posts WHERE topic_id=28522 ORDER BY posted |
0.00077 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=28522 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00137 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=28522 ORDER BY p.id LIMIT 0,25 |
0.00155 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28522 |
Total query time: 0.0098 s |