Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Google Chrome 141 byl prohlášen za stabilní. Nejnovější stabilní verze 141.0.7390.54 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Za nejvážnější z nich (Heap buffer overflow in WebGPU) bylo vyplaceno 25 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
eDoklady mají kvůli vysoké zátěži technické potíže. Ministerstvo vnitra doporučuje vzít si sebou klasický občanský průkaz nebo pas.
Novým prezidentem Free Software Foundation (FSF) se stal Ian Kelling.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za září (YouTube).
Vyšla kniha Počítačové programy a autorské právo. Podle internetových stránek nakladatelství je v knize "Významný prostor věnován otevřenému a svobodnému softwaru, jeho licencím, důsledkům jejich porušení a rizikům „nakažení“ proprietárního kódu režimem open source."
Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
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: