Názory k článku
Bootujte ze sítě plnohodnotný systém

Důležité upozornění, pokud po debootsrap plánujete vstup do prostoru vytvořeného systému přes chroot a upgrade/instalaci balíků nástroji Debianu, zajistěte blokování spouštění RC scriptů na stroji distribujícím FS do sítě.

Viz popis

<chroot>/usr/sbin/po­licy-rc.d

v mojí přednášce uvedené v diskuzi pod minulým článkem. Jinak první instalace/upgrade balíku, který obsahuje rc.scripty ovlivňující stav jádra/síťových služeb nebo spouštějící démony povede k rozložení runtime stavu stroje, nak terém v chrootu pracujeme.

Další naše zkušenost je, že právě komunikace NFS přes UDP dělá problémy a je potřeba (minimálně v sítích s přechody 1GB/s a 100MB/s) použít volbu "tcp". NFSv4 již komunikaci směřuje na TCP defaultně. Je ovšem možné, že někdo má zkušenosti jiné.

Díky za doplnění.

Mohu potvrdit problemy jak s NFS3, tak s NFS4 na 1GB aktivnich prvcich (switch 3com, D-Link, Mikrotik). Vypada to, ze switch obcas zahodi nejaky ten paket, ale nechce se priznat proc .... Mozna bude na vine i kabelaz, ta zatim na promereni ceka. U NFS mount nepomohl ani parametr tcp, spis vse jen zhorsil.

Byl by odkaz na článek z "minulého týdne"? Na rootu po něm není ani stopy. Rád bych si seriál přečetl od začátku. Dík.

A tak sorry, po začtení se jsem nakonec našel odkaz v článku. Ale nekde v hlavičce článku by neuškodil. SE

Přidal jsem ho do seriálu, takže odkaz už je nahoře.

"Pamatujte si, že jste v chrootu. Pokud máte otevřeno víc terminálů a nemáte je moc dobře označeny, můžete si zadělat na nezáviděníhodné chvilky." - v Debiane na to existuje súbor /etc/debian_chroot, ktorého obsah sa zobrazí v prompte.

Keďže autor odporúča nfs4, určite by som spomenul parameter fsid v /etc/exports - bez neho si pri exporte viacerých stromov privoláme ťažké chvíle pri zisťovaní, prečo to tak veľmi divne funguje (stalo sa mi :-))

Díky za doplnění.

Máte pravdu, nechtěl jsem to uvádět pro zjednodušení.

Ne neobjevuje. Jen Intel prespecifikoval jeden shit od IBM na jiny shit made by Intel a pojmenoval ho jinak. Respektive udelal z nej jeste shit vetsi. Misto toho aby vyrobil neco tak sikovneho jako suni wanboot.

Taky jsme pouzivali network bootovani v Novelu. Sitovky byly osazeny EPROMkama s RPL/RIPL boot rom. Specifikace se datuje nekdy do roku 91-92.
Problem je v tom ze tehdy si clovek musel zajistit EPROMky pro sitovky co nebyla zas az tak samozrejma vec. Nakonec se musely objednat z Nemecka.
Takhle se bootoval i OS/2 ale v praxi jsem to jenom zkousel. Nikdy jsem to nevidel nasazene.

RPL umi stale nektere lepsi network boot moduly. Dokonce jsem videl i na peckach podporu RARP bootu ktery je jinak bezny u Sunu.

tak jsem to zkusil podle tohohle navodu a nasel jsem asi chybicku :) pro nastaveni initramfs updatu je spravny conf "/etc/initramfs-tools/update-initramfs.conf " a ne jak je napsano "/etc/initramfs-tools/initram­fs.conf " tedy na debian sidu to tak mam :) ale dik za navod...

tak divne, na omap4 ubuntu je to podle navodu, divne...

muzete mi prosim poradit kde je chyba ? system startuje ale hlasi vsude readonly nfs mam rw.
Dekuji

Zrovna nad něčím takovým jsem uvažoval, jak to vlastně funguje. Jen tak dál, například článkem o thin-client řešeních :-)

Zdravim vsechny

Muzete sem nekdo dat parametry pro NFS mount /home adresaru tak, aby plnohodnotne jelo i KDE? Zatim jsem vypozoroval, ze KDE4 si (pri pouziti parametru nolock) stezuj, ze lock potrebuje a odmita ulozi nastaveni plochy.