Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
Pokud máme všechny služby potřebné k doručení jádra správně nakonfigurovány, měl by stroj v začít bez problémů začít zavádět operační systém - jádro nikterak nepozná, jestli bylo spuštěno z disku, diskety, CD nebo ze sítě. Žádné speciální úpravy jádra tudíž nejsou potřeba.
Problém přichází v okamžiku, kdy jádro ukončilo svůj vlastní inicializační proces a je hotovo k připojení rootu a spuštění startovacích skriptů dané distribuce. Zde jsou v zásadě možné dva přístupy:
V tomto případě se jádro okamžitě po své inicializaci pokouší připojit root a zahájit start OS. Všechny potřebné údaje k tomuto kroku musí mít připraveny prostřednictvím parametrů - tedy například takto:
vmlinuz NFSSERVER=192.168.1.1
NFSROOT=/ext3/boot/Rhel3 ETHERNET=eth0 IPADDRESS=192.168.1.10
NETWORK=255.255.255.0
Vidíme, že kromě popisu umístění OS na NFS serveru je třeba také předat kompletní informace nutné ke správné inicializaci síťové karty - jádro samotné totiž DHCP nerozumí. Dále je třeba mít na paměti, že podpora dané síťové karty, NFS a NFSROOT musí být zakompilována přímo do samotného jádra (tedy žádné moduly).
Právě kvůli těžkopádnosti a neohrabanosti tohoto řešení se tohoto postupu prakticky vůbec neužívá. Bezkonkurenčně nejčastější je tedy druhá metoda.
V tomto případě jádro po dokončení své vlastní inicializace předá řízení initrd - to je v podstatě mikrodistribuce obsahující vše potřebné k detekci a startu vlastního OS. Obvykle obsahuje moduly a skripty pro inicializaci síťového rozhraní, DHCP, DNS klienta a startovací skript, který to všechno spojí dohromady.
Initrd je sestaven a zakomprimován do jednoho souboru, který je přes TFTP předán vlastnímu jádru jako parametr:
vmlinuz initrd=rhel3-ws-boot/initrd.new
init=disklessrc
Takové řešení je podstatně inteligentnější protože:
Asi nejjednodušším příkladem využití je instalace OS na lokální disk z balíčků, které se nacházejí někde na síti, ke které je počítač připojen. V tomto případě jádru předáme initrd s obrazem instalátoru, který instalaci provede.
Jak už jsem zmínil v předchozím díle (Jak nabootovat Linux po síti), naprostá většina distribucí je na tento způsob instalace připravena a příslušně vyladěný kernel i s initrd ramdiskem najdeme hned na prvním CD - zbývá jen někam na dostupné místo uložit všechny balíčky, nainstalovat jádro s initrd a je vyhráno.
Nejčastěji se s tímto způsobem instalace setkáme, pokud potřebujeme nainstalovat OS na více strojů automaticky - v tomto případě ještě instalátoru prostřednictvím kernel parametrů jako bonus předhodíme soubor s odpověďmi na jeho dotazy:
vmlinuz initrd=rhel3-ws-install/initrd
ks=rhel3-ws-install/answer.cfg
... necháme stroj nabootovat přes síť a za pár minut jej máme nainstalován, nakonfigurován a připraven k práci (můj osobní rekord je 9 minut :-).
Tenkým klientem rozumíme nějakou minimalistickou distribuci, která bezdiskově nabootuje a připojí počítač (v tomto případě vlastně jen terminál) ke vzdálenému serveru, na kterém umožní uživateli práci. Taková distribuce obvykle běžně rozumí následujícím protokolům:
Uveďme zde za všechny alespoň dva příklady distribucích pro tenké klienty:
Linux Terminal Server Project - LTSP
Tato distribuce bootuje po síti a kořenový filesystém připojuje pomocí NFS. Má podporu všech výše uvedených protokolů ale žádné vlastní prostředí - po bootu je uživatel okamžitě připojen ke vzdálenému pracovnímu serveru. Viz Linux Terminal Server Project.
Thinstation
Tato distribuce má také podporu všech protokolů, ale od LTSP se liší ve 2 faktech:
Poznámka: Na některé distribuce lze sehnat i komerční podporu (například pro Thinstation). Docela by mě zajímalo, co by podpora udělala, kdyby si někdo začal stěžovat na bug snad ve všech verzích Xorg/XFree86, kdy samotný Firefox či Mozilla puštěný na nějaké nešťastně napsané webové stránce způsobí postupné "užírání" volné paměti na klientu, což nakonec vyústí v dosti nepříjemný pád X serveru a s ním i všech aplikací na něm závislých :-(. V LTSP se ještě dá zprovoznit swap over NFS - tuto možnost Thinstation bohužel nemá.
Poslední možností využití síťového bootu Linuxu po síti, kterou jsem si nechal pro svoji největší zajímavost na konec, je bezdisková stanice. Bezdisková stanice funguje úplně stejně jako počítač s nějakou normální distribucí, co zrovna provozujete, s tím rozdílem, že (jak už sám název napovídá) nemá disk. Jak to funguje?
Dovolím si zde popsat futuristické plány Red Hatu a jeho "stateless Linuxu". Bohužel nevím, jak daleko sahají plány ostatních distribucí (snad čtenáři tohoto článku poví), ale jsem přesvědčen, že alespoň v základech se budou shodovat. Tedy jak na to:
rsync
nebo cp -a
.- Pokud jste měli drobet štěstí, pak balík system-config-netboot
správně nakonfiguroval váš NFS server, opatchoval obraz nainstalovaného OS
a jako speciální bonus vám vytvořil initrd se zavaděčem, který i s kernelem
nainstaloval na příslušné místo v /tftpboot
.
- Pokud jste měli víc štěstí, pak se vám podaří nějaký jiný počítač pomocí PXE a TFTP přimět nabootovat připravené jádro i s vytvořeným ramdiskem a spustit zavaděč obsažený v ramdisku.
- Pokud jste měli opravdu hodně moc štěstí, tak se zavaděči podaří připojit root z obrazu na vašem NFS serveru, kde řízení přidá startovacím skriptům OS.
- No a pokud jste vysloveně našlápnutí klikaři, tak to celé v pohodě naběhne, jako by se nechumelilo - s rootem připojeném vzdáleně přes NFS a read-only.
Poznámky:
/var
), jsou z NFS serveru připojeny přes tzv. snapshot, což je
adresář (pro každou stanici jeden), kam má stanice povolen zápis.Osobně vkládám do síťového bootu velké naděje a největším archaickým přežitkem do dnešní moderní doby mi připadají právě velké, křehké a neustále rachotící pevné disky, které je třeba zálohovat.
Neříkám, že síťový boot všechno řeší, ale rozhodně má něco do sebe a v dnešní době, kdy mít počítač automaticky znamená mít počítačovou síť (nebo alespoň síťku :-)), se rozhodně vyplatí vzít tuto možnost v potaz.
Trochu škoda, že něco podobného není možno vykouzlit (alespoň podle mých informací) s nejužívanějším operačním systémem a velkým rivalem Linuxu - Microsoft Windows.
Nástroje: Tisk bez diskuse
Tiskni Sdílej:
stejne jako na elektrice
Networking ---> Networking options ---> [*] IP: kernel level autoconfiguration [*] IP: DHCP support (NEW)tohle je z jadra 2.6.14 ale mam dojem ze jsem to videl a provozoval i na kernelech rady 2.4. a provozoval jsem to uspesne :)