Dotaz: Jak zaměnit eth0 za eth1

[lala]

Mám 2 různé síťovky a potřebuju zaměnit zařízení eth0 a eth1. Jak toho jednoduše docílit?

Odpovědi

[vencour]

Zkuste hledat, docela často se to tu řešilo ...

[rastos]

A až to niekto nájde, tak nech to dá do FAQ.

[houska]

done

[houska]

kdo zna dalsi zpusoby at laskave doplni ...
dik

[anonymous]

Alebo ich vymen v PCI slotoch, pokial nie su integrovane :). A pokial jedna z nich je, tak takato finta nepomoze :). Urcite existuje aj iny sposob.

[Michal Kubeček]

A pokial jedna z nich je, tak takato finta nepomoze :).

A pokud má jádro 2.6 (což nejspíš má), tak také ne.

Urcite existuje aj iny sposob.

Ano, např. udev.

[Ondrej 'SanTiago' Zajicek]

> pokial jedna z nich je, tak takato finta nepomoze

Pokud jedna je integrovana a druha neni, tak budou nejspis pracovat s jinym ovladacem a pak staci zavest ten ovladac pro tu, ktera ma byt eth0, jako prvni.

> A pokud má jádro 2.6 (což nejspíš má), tak také ne.

A podle jakeho poradi dle tebe jadro 2.6 inicializuje (resp. zavola probe() call ovladace) pro sitovky podporovane jednim ovladacem, kdyz ne podle poradi na sbernici?

[Michal Kubeček]

A podle jakeho poradi dle tebe jadro 2.6 inicializuje (resp. zavola probe() call ovladace) pro sitovky podporovane jednim ovladacem, kdyz ne podle poradi na sbernici?

To jsem nezkoumal, protože mne tento detail nezajímal. Na vlastní oči jsem ale viděl (a ne jednou), že pokud se neprovede dodatečné přejmenování pomocí udev nebo jiného nástroje, pouhý reboot (bez jakéhokoli zásahu do hardwarové nebo softwarové konfigurace) stačí na to, aby se přiřazení jmen síťových rozhraní fyzickým kartám změnilo. Na většině dnešních distribucí si toho nevšimnete, protože se to řeší např. pomocí zmíněného udev, ale zkuste ho vyřadit ze hry a uvidíte sám.

[Ondrej 'SanTiago' Zajicek]

> Na vlastní oči jsem ale viděl (a ne jednou),

Jednalo se o sitovky obsluhovane stejnym nebo jinym driverem?

V druhem pripade je to mozne, ale spis nez 2.6 jadrem je to zpusobene udevem. Pokud si nechas zavest drivery pro sitovky udevem (nebo pomoci starsich hotplug skriptu), tak zavisi na nahode ktery driver se zavede jako prvni a ktery tedy jako prvni cisluje. Ale pokud pouzivas jadro 2.6 bez udevu a moduly zavadis v pevnem poradi (napr. podle /etc/modules), nebo se jedna o karty obsluhovane stejnym driverem, tak s nedeterministickym ocislovanim sitovek jsem se jeste nesetkal a AFAIK je deterministicke.

[Michal Kubeček]

…nebo se jedna o karty obsluhovane stejnym driverem, tak s nedeterministickym ocislovanim sitovek jsem se jeste nesetkal a AFAIK je deterministicke.

A to právě není ani zdaleka pravda. Jednalo se nejen o karty obsluhované stejným driverem, ale dokonce o současně koupené karty stejného modelu s velmi podobným sériovým číslem (tedy téměř jistě ze stejné výrobní série). A udev za to nemohl zcela určitě, příslušná verze distribuce ho ještě nepoužívala.

[Ondrej 'SanTiago' Zajicek]

Nebylo jadro skompilovane s CONFIG_PCI_MULTITHREAD_PROBE ?

[Michal Kubeček]

To už teď asi nezjistím.

[David Watzke]

No, v Linuxu je ta volba až od verze 2.6.19-rc1...

[Michal Kubeček]

V tom případě určitě ne… :-) Ale asi by bylo dobré se podívat, jak se chovaly starší verze.

[Michal Kubeček]

Můžete si to poměrně snadno vyzkoušet: jestli máte počítač se dvěma stejnými síťovými kartami, nainstalujte si tam SuSE Linux verze 9.1-9.3 (9.0 ještě defaultně používá jádro 2.4, 10.0 už zavádí persistentní jména pomocí udev), nakonfigurujte si obě karty, zkuste si párkrát přebootovat, pokaždé se podívejte na výstup 'ip addr show' a porovnejte si přiřazení jména rozhraní MAC a IP adrese. Nejspíš by to mělo být pozorovatelné i u live verze.

[Ondrej 'SanTiago' Zajicek]

Mam tu router s 2.6 jadrem, ve kterem je asi 6 sitovych karet, nektere stejne a nektere ruzneho typu. Udev ani jiny mechanismus pro prejmenovani rozhrani se tam nepouzival, moduly se zavadely v poradi podle /etc/modules a pokud jsem tam nedelal hardwarove upravy, tak to vzdy nabehlo stejne.

[Michal Kubeček]

A pokud byste snad chtěl tvrdit, že si vymýšlím, tak vězte, že je to mnohem širší konspirace: viz odkazy týkající se Debianu (druhý odstavec), Ubuntu nebo SuSE. :-)

[Ondrej 'SanTiago' Zajicek]

> A pokud byste snad chtěl tvrdit, že si vymýšlím,

Netvrdim, ze si vymyslis, spis ze sve pozorovani vztahujes k nevhodnemu parametru (2.4 vs 2.6 jadro). Myslim, ze spravny parametr je zda se pouziva deterministicke nebo nedeterministicke zavadeni modulu, coz neni veci verze jadra, ale pouzitych userspace programu, ktere ridi zavadeni modulu.

[Michal Kubeček]

Ale ano, nejde jen o pořadí zavádění modulů (a doufám, že jste si všiml v jednom z odkazovaných dokumentů zmínky o tom, že ani pokus o řešení pomocí modprobe.conf pro karty obsluhované různými moduly nemusí být úplně spolehlivý), ale obecně o pořadí detekce a inicializace zařízení. Např. zde sice bohužel nemluví o persistenci toho pořadí, ale výslovně uvádějí, že ke změně způsobu procházení stromu zařízení došlo s přechodem na řadu 2.6.

[Ondrej 'SanTiago' Zajicek]

že ani pokus o řešení pomocí modprobe.conf pro karty obsluhované různými moduly nemusí být úplně spolehlivý)

No ono reseni pomoci aliasu v modprobe.conf je taky uplne zcestne a AFAIK spolehlive nefungovalo nikdy. To spociva v pouziti kmod a funguje tak, ze kdyz userspace se snazi pristoupit k device eth0, tak kmod se zkusi zavest eth0 a modprobe to pres alias prevede na prislusny modul a ten zavede. AFAIK pokud ale userspace jako prvni zkusi pristoupit k eth1, tak kmod zavede modul aliasovany jako eth1 a kdyz ten modul si najde prvni sitovku, tak ji oznaci za eth0 (protoze to bude prvni zavedena sitovka). Navic pokud userspace provede pokus o pristup k eth0 a eth1 rychle po sobe, tak (tim si nejsem jist) zde bude race mezi zavadenim obou modulu.

Ja mluvim o reseni, ktere se pouziva napr. v Debianu, a to soubor /etc/modules, ve kterem je seznam modulu, ktere se v tom poradi staticky zavadeji do jadra. Ted si sice nejsem jist, zda je zaruceno, ze zavadeni modulu skonci az pote, co se dokoncilo probe() na prislusna zarizeni, a zda tam neni hypoteticky race, ale me tohle reseni funguje spolehlive.

... že ke změně způsobu procházení stromu zařízení došlo s přechodem na řadu 2.6.

Ano, pri prechodu na radu 2.6 se to poradi zmenilo. Nedari se me vyhledat podrobnosti, ale AFAIK ta zmena mela za dusledek jen zmenu v parametrech jako depth/breadth-first ci zda se jde zepredu/zezadu, ale stale jde o deterministicky pruchod stromem PCI zarizeni.

[vencour]

?

[peYko]

ak mas debian:

apt-get install ifrename

(v ubuntu repos som ten balik nenasiel, takze

wget http://ftp.cz.debian.org/debian/pool/main/w/wireless-tools/ifrename_28-1_i386.deb
dpkg -i ifrename_28-1_i386.deb
apt-get -f install

)

dalej

echo 'eth-wifi\t\tmac 00:00:00:00:00:00 | sudo touch /etc/iftab alebo 
echo 'ethX\t\tmac 00:00:00:00:00:00 > /etc/iftab

ethx-nazov zariadenia ; doplnis MAC adresu. zopakuj pre kazde zariadenia, spusti ifrename.

[michich]

ifrename je zastaralý způsob. Čistější řešení je pomocí udev pravidel.

[houska]

zkus se podivat do nastaveni udevu, napriklad ja to mam v souboru

/etc/udev/rules.d/z25_persistent-net.rules

tam si muzes nastavit nazvy jaky chces ...

[lala]

Diky vsem.