Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
tak na kazdom disku vytvorit particiu o trosicka mensiu ako je velkost disku (pre pripadne buduce vymeny vadneho disku), oznacit partisnu ako clen raid ci ako to je a potom v raid manazerovi supnut vsetky tri particie do raid5 .
D.
Doporučuji prostudovat manuálovou stránku k mdadm a k lvm. Tyhle instalátory mají zaprvé extrémně omezené možnosti konfigurace a zadruhé u nich nikdy není jasné, co přesně dělají. (Často něco poměrně nesmyslného.)
RAID5 se dá vytvořit v podstatě dvěma způsoby, buď postaru pomocí mdadm, nebo pomocí nové implementace vestavěné přímo do lvm. (Až to půjde bez problémů přímo s Btrfs, bude to obrovský krok kupředu, ale ještě to bez problémů není...)
Zejména je dobré podívat se na mdadm create, případně na lvm pvcreate, lvm vgcreate, lvm lvcreate atd. Starý dobrý mdadm RAID mívá pak na sobě ještě LVM (tentokrát většinou bez použití RAID schopností zabudovaných v LVM), takže znalosti ohledně LVM se hodí v každém případě.
Mít systémový disk mi připadá jako nesmysl. Zaprvé je to single point of failure a zadruhé je to úzké hrdlo, když jde (tu a tam) o výkon. Nejefektivnější je bootovat přímo z RAIDu.
Na softwarový RAID se většinou nesahá fdiskem. Je to virtuální zařízení, u kterého BIOSem čitelná tabulka oddílů postrádá jakýkoliv smysl. Znovu doporučuji přečíst si manuálové stránky od LVM. Bez LVM to zkrátka nepůjde. Navíc LVM dovede zajistit RAID1 i přímo, bez nutnosti používat mdadm a vytvářet /dev/mdN zařízení, a podporuje i spoustu dalších RAID levelů. Dá se samozřejmě použít i v kombinaci s mdadm a s klasickým softwarovým RAIDem — tomu nic nebrání. Zkrátka se pak používá o vrstvu víc.
Navíc většinou není nutné uhodnout a nastavit přímo konečnou konfiguraci. Vše se dá kdykoliv změnit.
Jednou jsem například předělával několik strojů z jednodiskové konfigurace na pětidiskový RAID5. Původní jeden disk byl samozřejmě na konci naprosto symetrickým členem RAID5 konfigurace (bez jakýchkoliv pozůstatků původního rozdělení) a tohle všechno bylo možné provést bez restartu. Stačilo vytvořit čtyřdiskový RAID5 na nových discích, pak na něj pomocí LVM odzrcadlit logical volumes z původního disku, pak zrcadla zase oddělit a zachovat pouze jejich nově vytvořenou repliku (tu na čtyřdiskovém RAID5 poli) a nakonec původní disk rozdělit přesně stejně jako ty čtyři nové, přidat ho k RAID5 poli a nechat pole zvětšit (což vyžaduje pochopitelně restripe). Výsledná konfigurace byla tedy taková, že server bootoval z kteréhokoliv disku (díky malým bootovacím oddílům spojeným do RAID1, tedy replikovaným na každém disku, které se BIOSu jevily jako běžné diskové oddíly) a všechno ostatní, včetně kořenového oddílu, bylo RAID5 pole. Když se dá tohle všechno provést bez restartu, řekl bych, že předem dělit disky na systémové a „jiné“ je v dnešní době zbytečné.
Něco podobného v podstatě platí o oddílech. Alokovat místo předem je špatný a dávno překonaný přístup k věci. LVM situaci trochu usnadňuje tím, že dovede měnit velikost oddílů a (někdy i) velikost souborových systémů na nich za běhu. To je sice hezké, ale já jsem si poslední dobou zvykl na Btrfs. Tam je jakékoliv dělení disku a uvažování o velikostech oddílů zbytečné, podobně jako u ZFS. Když mají být nějaké části souborového systému logicky oddělené, dají se vytvořit subvolumes, které pak lze namountovat třeba s jinými parametry, uzná-li správce za vhodné, nebo prostě nechat jen tak existovat a občas s jejich pomocí třeba zálohovat. (Atomické snapshoty se hodí víc než znamenitě.) Killer feature Btrfs, kterou uživatel potká jako první, je cp --reflink. Jistý politik by se ostatních souborových systémů zeptal: „Kdo z vás to má?!“ Takže sečteno a podtrženo, LVM oddíly jsou skvělé a je třeba je mít například kvůli swapu, nicméně fyzické dělení souborových systémů do oddílů (a alokace kapacity předem) patří už dnes v podstatě do minulosti.
Tiskni
Sdílej: