Bootování ze sítě: pxelinux a kořenový adresář na NFS (diskuse)

[Pat1]

Zdravím, předně bych chtěl poděkovat za článek. Samotné bootovaní přes síť jsem už v minulosti řešil a došel jsem k podobnému postupu. Nyní jsem však narazil na nový problém. Potřeboval bych zprovoznit síťové bootovaní, pokud možno bez zásahu do nastavení DHCP serveru. Nynější stav je takový že mám pracovní stanice s Windows na hdd a potřeboval bych v případě potřeby bootovat přes síť Linux. Moje představa je taková že bych na hdd nainstaloval zavaděč (syslinux?) který by se pokusil stáhnout další konfiguraci z tftp, pokud se to podaří pokračoval by v zavádění Linuxu přes síť, pokud ne spustí Windows z prvního oddílu.

Problém vidím ve stažení konfigurace z tftp. Pokud jsem správně pochopil fungování zavaděče tak pro komunikaci přes síť používá funkce biosu (případně biosu na síťové kartě) a tím obchází potřebu ovladače pro všechny myslitelné síťové karty. Budou tyto funkce k dispozici pokud bude zavaděč spuštěn z hdd? A je možné napsat konfiguraci tak aby se pokusil stáhnout další konfigurační soubor a v případě neúspěchu (nedostupnosti tftp) pokračoval v bootovaní z hdd? Nebo mate nějaký jiný nápad jak zajistit podobnou funkčnost?

[Luboš Doležel (Doli)]

Asi bych se snažil odrazit od skriptů v iPXE.

[Pat1]

IPXE vypada opravdu zajmave, rozjet s nim bootovani pres sit opravdu neni problem, ale pokud jsem spravne hledal na internetu i v dokumentaci tak neni zadny zpusob jak ho donutit zavest system z lokalniho disku. Zda se ze jedine reseni bude vypalit IPXE na CD a dat v BIOSu na prvni misto boot z CD a nasledne z HDD. Doufam ze pokud selze bootovani pres z CD (pomoci IPXE) selze tak se "vrati" k bootovani z HDD. Ale optimalni reseni to urcite neni (uz kvuli tomu ze ne vsechny dnesni PC maji CD-ROM). Az se k tomu dostanu tak to vyzkousim a poslu k cemu jsem dosel.

[pavlix]

IPXE vypada opravdu zajmave, rozjet s nim bootovani pres sit opravdu neni problem, ale pokud jsem spravne hledal na internetu i v dokumentaci tak neni zadny zpusob jak ho donutit zavest system z lokalniho disku.

iPXE se dá kombinovat s dalšími nástroji, třeba syslinuxem.

[Aleš Kapica]

Proč tak složitě?

U nás to děláme tak, že pokud se nespoustí bezdiskový linux, tak se přes pxelinux natáhne grub2 (který najet přes pxe umí) a skrz něj už si natáhneš lokální systém jaký chceš. Grub2 umí navíc takové triky jako schovávání diskových oddílů & etc.

[Pat1]

Teď používám na jedné síti síťové bootování Linuxu pro klonováni hdd. Výběr jestli bootovat ze sítě nebo lokálně je udělán v nastavení DHCP serveru. V BIOSu je na prvním místě bootovaní ze sítě a až na druhém z hdd. Pokud bios dostane odpověď z DHCP obsahující cestu k souboru na tftp tak bootuje po síti. Pokud ne tak pokračuje z hdd.

Teď bych potřeboval něco podobného, ale nemůžu sahat na nastavení DHCP. Zkoušel jsem IPXE zpouštět z HDD a není s tím problém. Problém je v tom že nevím jak zajistit aby se bootovalo z HDD (Windows na prvni partition) pokud se IPXE nepovede připojit k serveru. Nevím jak od IPXE přejit k něčemju jinému. Vypadá to že image pro bootovaní umí získat jen přes síť, případně musí být vložen přímo do IPXE během kompilace. Teoreticky by tedy mohlo být řešení zakompilovat do IPXE image GRUBu (nebo jakéhokoliv jiného zavaděče) a v případě že se nepovede získat image přes síť spustit GRUB a pokračovat z HDD (To je asi vpodstate to co navrhues).

Chtěl bych prostě dosáhnout toho aby pokud počitač není připojený do sítě, nebo třeba neběží tftp server bootoval z první partition Windows. Pokud ale je připojený do sítě a na tftp najde soubor s nastavením tak jede podle toho.

Nejjednodušší řešení by asi bylo rozhodovat o tom co má bootovat nastavením odpovědi od DHCP, ale ja bych to potřeboval rozjet bez zásahu do nastavení DHCP.

[Aleš Kapica]

Pxelinux umí i bootování z lokálního disku a nic do něj není třeba kompilovat. Pracuje s hotovými moduly a textovou konfigurací.

Pokud se mu nepodaří přes síť spustit IPXE, tak dá rozum, že se mu nepodaří stáhnout ani ten grub.

Při použití grub2, tak jak to máme my, nabootuje při offline použití lokální systém, který byl spuštěn naposled. A to proto, že ten grub2 při posledním startu ty ostatní partice "schoval" tím, že jim přenastavil flag na "hidden" a tu viditelnou nastavil jako bootovací.

Do DHCP není vůbec potřeba vrtat. Kolega, který to využívá ke vzdálené reinstalaci těch strojů si v podstatě vystačí s tím, že přehazuje v menu pro pxelinux co má být zrovna nastaveno jako default. Na spuštění je nastavený timeout.

[Raduz]

Novellovské ZEN Works tohle řešily podobně. Pokud počítač neuměl PXE, nainstalovala se na něj malá service partition a LILO, které tu service partition mělo nastavenou jako default boot. Při startu se z ní nabootovalo, ZEN Works soft na ní zkontroloval na serveru jestli tam na něj nečeká nějaká práce, a pokud žádnou nenašel (nebo se mu nepovedlo z jakéhokoliv důvodu k tomu serveru připojit), spustil LILO a nastavil pouze pro příští boot jako default partition s Windows. Tím bylo zajištěno, že se při dalším restartu po Windows zase ZEN dostane ke slovu. Sice se boot trochu prodloužil, ale fungovalo to.

Jinak pro opensourcový disk imaging s PXE bootem jsem nedávno objevil Fog Project, a musím řict že zatím funguje velice dobře a pohodlně.

[SAL]

Pokial by niekto mal zaujem nabootovat akykolvek "free" OS, tak mozete pouzit priamo boot.salstar.sk. Je tam na vyber niekolko roznych OS v roznych preddefinovanych konfiguraciach. Okrem ineho aj niekolko Live distribucii (napr. pmagic).

V pripade, ze nemate moznost konfiguracie DHCP servra, tak budto pouzijete niektory dostupny image (ISO, USB, floppy), alebo pripadne si mozete ipxe napalit priamo do sietovky a pouzit:

dhcp net0

chain http://boot.salstar.sk/

Pripadne navrhy na dalsie OS su vitane.

[Jakub Lucký]

<paranoia> A kolik je k tomu backdoorů? </paranoia>

Značka PARANOIA není povolena!

A tohle nám paranoikům taky nepřidá (to je z Abíčka)

[pc]

+1

[SALstar]

Paranoici tam maju pravdaze zdrojaky a mozu si to zostavit ("skompilovat") sami.

Ak si pozriete zdrojaky, tak bezne systemy to bootuje priamo z roznych oficialnych mirrorov.

Co sa tyka kickstart skriptov, tie mam stavane hlavne pre seba a pridavaju pravdaze moj ssh kluc a podobne. Ak sa Ti to ale nepaci, mozes pouzit vlastny kickstart (ak uz sa Ti to nechce cele buildovat samemu).

[camel1cz]

Hezký počin... ale to přidávání SSH klíče je teda rána :-O

[waaaaaaaa]

caute,

dhcp aj tftp by mal zvladnut dnsmasq - aspon tak to kedysi pouzival SLAX. Ak mate niekto konfig pre dnsmasq pls pastnite ho sem, dik...

[MLx]

Do standardneho konfigu, kde si nastavujes rozsah, pridas (resp. odkomentujes) 3 riadky:

dhcp-boot=pxelinux.0
enable-tftp
tftp-root=/var/tftp

pxelinux, vesamenu atd. su do /var/tftp prelinkovane, takze ked dojde update, netreba to prenasat rucne.

[Aleš Kapica]

Je to pochopitelně blbost, ale občas tady mívám pocit, jako by mi někdo šmejdil v notebooku. Obvykle se totiž tady cca s dvou až tří měsíčním zpožděním objevují příspěvky na obdobná témata, která zpracovávám do naší wiki.

Bohužel stav dokumentačních článků v ní je takový, že je nelze považovat za dokončené. Snažím se je dělat průběžně, ale nestíhám. Důležité je že všechno běží jak má a bez problémů. Proto mám hodně věcí rozepsaných v poznámkách, které do wiki zapisuji až dodatečně, kdy si jsem víceméně jist, že už jsem v obraze.

Ostatně - v této oblasti snad ani nic dokončit nejde. Kupř. články k diskless řešení jsou momentálně na vedlejší koleji, protože vyšší prioritu mají věci k Puppetu. Jen pro zajímavost - viz naše Manuály.

[hajoucha]

Ahojda, zkoušel jste někdo instalaci (opensuse) po síti tj. boot pxe a navíc s nfs rootem?

V mém případě jsem chtěl na stroji se dvěma síťovkami jednu použít na instalaci ze sítě (vnější) a jednu na NFS, tj. komunikace po vnitřní síti. Instalace proběhne ok, ale detekce síťovek je totální chaos. tj. po rebootu se síťovky přehodí a nfs-root tudíž zatuhne. Dělal jsem to v létě, takže si přesně nepamatuji detaily, ale chystám se to znova udělat do konce tohoto týdne.

[Luboš Doležel (Doli)]

To má snadné řešení. V nainstalovaném systému nastavit pravidla v udevu tak, abychom měli názvy rozhraní dle potřeby, a pak konfigurovat "distribuční cestou" jen síťovku do vnější sítě.

Jestliže je problém v tom, že už jádro nemůže připojit nfsroot, protože ten je "za" eth1 místo výchozího eth0, tak parametr ip= podporuje i název rozhraní.

[Aleš Kapica]

Absolutně bez problému.

Tomu bezdiskovému systému je třeba pouze zamezit aby se pokoušel po startu konfigurovat síťové rozhraní, na kterém je "navěšený" přes NFS kořenový systém.

Nevím jak u opensuse, ale v Debianu se nastaví jména síťových zařízení přes udev (jsou navázána na jejich MAC adresy).

U všech virtuálních diskless strojů mám minimálně dvě síťovky. Na první mi visí NFS a přes druhou komunikují do vnější sítě. Jelikož u nás poměrně hojně využíváme VLAN, má stroj který zajišťuje DHCP pro laboratoře nakonfigurovaných síťovek pět.

[Kvakor]

Ješt je možnost vynutit pořadí tím, že se buďto vygeneruje intramdisk (resp. initramfs), kde je ovladač jen na jednu ze síťových karet (takže bude jediná a tudíž na 100% eth0), nebo se přeloží jádro tak, aby v něm byl ovladač síťovky natvrdo a ne jako modul. Osobně bych doporučoval spíš to druhé (kvůli NFS bootu), pokud není v distribuci nějaký udělátor na vybírání modulů s podporou bootu z NFS.

Jinak čistě teoreticky se dá fungovat čistě ze sítě i bez NFS, jen je pak nutné provést inicilazizaci z uživatelkého prostoru (optimálně initramfs vestavěný do jádra s busyboxem a příslušnými skipty). Root pak klidně může být třeba union tmpfs+squashfs (jako na line CD) nebo nbd se zapnutým copy-on-write (změny se zapisují do souboru bokem), případně třeba i sshfs (pro uživatelské účty, připojovaný až po přihlášení).

[Pavel Píša]

Pokud někoho zajímá plné bootování mnoha počítačů ze společného NFS exportu, tak dokumetace k našemu řešení v laboratořích Katedry řídicí techniky na ČVUT FEL je zde:

http://cmp.felk.cvut.cz/~pisa/linux/diskless_dce_slides.pdf

Úpravy a další pak zde

http://cmp.felk.cvut.cz/~pisa/linux/diskless/

[Roman DAVID]

Jeste bych doporucil pridat/upravit konfiguraci pxelinuxu nasledovne:

DEFAULT vesamenu.c32
TIMEOUT 100
ONTIMEOUT bootlocal
PROMPT 0

a to zejmena, pokud nabizite pxeboot vsem klientum.
Hodi se to napr. v situaci, kdy pripojite pocitac do site, zapnete a jdete si varit kavu.
Pokud je povoleny pxe boot (nektere ntb to maji jako factory default), zastavi se boot na pxe menu, takze kdyz se vratite s cerstve uvarenou kavou, tak zjistite, ze OS jeste nenastartoval. Vyse uvedena konfigurace zpusobi, ze pokud po zobrazeni menu neprobehne zadna interakce od uzivatele, tak se pokracuje v bootovani z lokalniho disku.

[Brumla01]

Díky za článek.

Boot přes PXE používám poměrně dlouho na náběh linuxu na servisovaných pc zakazníků, skrz zálohu dat, diagnsotiku atd.

Znáte nějakou distribuci u nichž by šlo vygenerovat LiveCD, dle požadvaků ( doinstalace balíčků, mount síťových samba atp. )? Následně bych upravený obraz bootoval přes PXE.

[Ivan Vecera]

Dobra otazka, to by me taky celkem zajimalo.

[Aleš Kapica]

Debian?

Pokud máš NFS server, tak je zbytečné vůbec dělat nějaký image. Přes debootstrap a chroot si nainstaluješ co chceš. Jako image u nás používáme pouze iso systemrescuecd.

[Luboš Doležel (Doli)]

Přesně, fungovat bude třeba i Gentoo. Prostě jakýkoliv systém používaný podle článku.

[Brumla01]

Mrknu na, to vypadá to ideálně.

[Smisek]

Jednoznacne mohu doporucit jednoduchou distribuci Slitaz. Bootovani i bez nfs serveru. Konfigurovatelnost i nove balicky, ale pro narocnejsi pozadavky pak uz opravdu zminovany debian. Ale za zkousku to stoji.

[Jiri Slaby]

Suse Studio?

[R]

SystemRescueCd je na taketo veci dobre. Da sa tam jednoducho urobit autorun script.

[diverman]

Ahoj, co treba IPv6? V dobe dochazeni IPv4 adres je prece blbost rozjizdet IPv4.

[Luboš Doležel (Doli)]

Mám obavy, že to ne všechny součásti umí (spíš to neumí). Dokonce ani NFS mi v UDP režimu nefungovalo přes IPv6.

Obecně je toto věc pro lokální sítě a tam je IP adres dost.

[Aleš Kapica]

Problém u diskless stroje s využitím NFS je ten, že tool, který se stará o ten mount neumí nic než IPv4. Rozchodit s IPv6 by to sice šlo, ale už by to vyžadovalo netriviální zásah do ramdisku a žádné výhody z toho.

[Lukáš Zapletal]

Pomaly neni ani tak zavadec jako protokol tftp. Fyi.

[Luboš Doležel (Doli)]

Tak ono by to třeba šlo zrychlit posláním víc požadavků na čtení za sebou. IMO to ty zavaděče dělají sekvenčně a tak se projeví roundtrip.

[R]

Povedal by som, ze to bude silne obmedzene moznostami PXE na konkretnej sietovke.

[Aleš Kapica]

Zrychlit se to dá tím, že se přes tftp stáhne jenom kernel a ramdisk a zbytek už pak jede přes NFS.

[Aleš Kapica]

Tedy přesněji řečeno - zavaděč, který si umí natáhnout přes NFS ten kernel a ramdisk.

[Jiri Slaby]

Jenom dodam, ze u uefi se neposila pxelinux.0, ale primo efi binarka. Treba grub.efi. Coz je trochu problem, pak clovek musi mit rohozene dhcp nastaveni podle mac adres.

[Mintaka]

Zajímalo by mě, proč se ve větším neprosazuje technologie gPXE?

http://etherboot.org/wiki/ gPXE is an open source (GPL) network bootloader. It provides a direct replacement for proprietary PXE ROMs, with many extra features such as DNS, HTTP, iSCSI, etc.

[pavlix]

Technologie? Dnes už spíše iPXE a o tom se píše výše. Jednu dobu fungovala služba http://boot.kernel.org/, dnes funguje alespoň http://boot.fedoraproject.org/.

[Mintaka]

Díky za info. Početl jsem si na Wiki ze iPXE je fork gPXE http://en.wikipedia.org/wiki/IPXE

Už pár let jsem neměl potřebu se v tom vrtat, páč gPXE funguje dobře, ale při příští přestavbě asi přesedlám.

[cakatel na pokracovanie]

Pokracovanie uz nebude? Alebo na vianoce?

[cokop33716]

Dnes už spíše iPXE a o tom se píše výše. Jednu dobu fungovala služba http://boot.kernel.org/, dnes funguje alespoň . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .