A co tahle kdybys prohledal diskuse tady na rootu? Variant je tu minimalne par desitek. Nejspolehlivejsi je asi rsync, kterej to veme vsechno, vcetne prav. Jediny co pak treba je instalnout gruba, coz se da udelat jako dalsi krok ve scriptu, pokud bys to takhle chtel kopirovat na 100 disku.
a mimochodem
/etc/udev/rules.d/70-persistent-net.rules.
davno nefunguje.
Já ale nechci prohledávat diskuze. Chci, aby někdo, místo "hospodského pindání" v diskuzích našel koule a napsal článek, jak to udělat nejlépe.
Myslím, že root jej velice rád zveřejní. Pokud náhodou ne, a pisatel jej nebude mít kde zvežejnit, klidně jej dám k sobě s tučně napsaným "tohle napsal j (neregistrovaný).
Chtit muzes. To je asi tak vsechno. To ze napises chci aby..., tim se snizujes na uroven rozmazleneho decka a nebo ridiciho pracovnika - deprivanta. Tady nejsi v pozici aby jsi neco mohl chtit.
Takze pokud neco chces, tak si to zaplat. Pokud nechces platit tak nepouzivej slovo "chci", ale byl bych rad,bylo by dobre, nema nekdo lepsi reseni a podobne.
Mimochodem to jak je ktera metoda efektivni se odviji od zdroju ktere mam. Je jasne ze ve spouste malych firmach kde udrzuji par keplu v datacentru asi vetou "a pak si to prenastavte na storagi a fc switchi a initnete radsi loopu" nikomu neprospeju. Akorat nas... lidi kteri nemaji zdroje a penize na proprietarni technologie. Stejne tak "udelejte si snapshot" asi taky nebude to prave kdyz urcite takova polovina linuxaku ma extX a jeste je treba potom resit partisny,bootloader.
Clanek psat nebudu protoze se mi to nevyplati a nemam hlavne cas.
Tak deb je 100 let za vopicema, od udev nevim kolik (parkrat semeto sem psal) je z udevu (protoze ten pozraly ty idioti od systemd) vyhozenej kod, ktere umoznuje svazat MAC a ETHx.
Takze jediny co muzes, je zjistit si, jak se tvoje karty jmenujou (jsou to takovy ty hruzonazvy) a dat jim aliasy, treba jenicek a marenka. Ale dat jim ethX uz proste nemuzes.
Jop, ted sem to nasel:
2013-03-29-udev-upgrade
Title Upgrading udev to version >=200
The file 70-persistent-net.rules, like the 70-persistent-cd.rules
should be removed, so if you modify, rename the file also to something
else like 70-my-network.rules to silence the deprecation warning coming
from the end of the sys-fs/udev ...
nechat jim davat ethX/wlan0 muzes pouzitim kernel parametru "net.ifnames=0", od verze udev 197... viz bod 4 na konci:
http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/
Sem si zcela 100% jistej ze nelze, protoze v udev neni prislusnej kod. Ten byl s prave zminenou verzi odstranen (protoze to nebylo politicky spravne, hrabat z userspace do kernel space, a prej to "nekdy" nefungovalo). Vyzkousej si to, vem si stroj, kde mas 2 sitovky (v podobe karet) a prohazuj je do ruznych slotu (a klidne si pritom nadeklaruj pravidla). Pokazdy to bude jinak. Jediny co tim prepinacem zaridis je to, ze nebudou dostavat ty chory nazvy. Pridelit nazev podle MAC proste nelze, a to tak ze nijak. Teda pokud nebudes hackovat kernel/udev.
Na nekolika strojich sem to resil osobne, a protoze sem vazne nehodlal predelavat tisice pravidel firewalu a stovky vsemoznych scriptu, tak se mi jako (zatim) jediny reseni vyjevilo zakazat se hrabat v HW, pomodlit s ke vsemohoucimu ...(myslim toho dole) a poprehazet kabely v sitovkach tak, jak je system nasel.
Ehm... dal sem si tam tri sitovky, dostali nazev eth0, eth1, eth2... a jsem tu.
Pravidlem mam dle MAC prirazeni tech nazvu, kdyz vsecny sitovky odeberu a vracim je zpatky v libovolnem poradi, dostavaji nazev prirazenej dle MAC...
Jedinej rozdil vidim ten, ze pokud vrazim sitovku s MAC adresou ktera NEMA pravidlo, a sitovku ktere maji pravidla nejsou pritomny, tak jim to prirazene jmeno sebere...
To ale neni situace "nedrzi si nazvy co mely pri instalaci/konfiguraci", protoze DRZI, ale situace "posrala se mi sitovka", tak ji vyndam, vrazim jinou a ta jina prevezme jmeno po te posrane i presto ze ma jinou MAC, teda to chovani se da povazovat za rozumne ;)