Uroš Popović v krátkém článku vysvětluje, co jsou emulátor terminálu, TTY a shell a jaké jsou mezi nimi rozdíly. Jde o první díl seriálu na jeho novém webu Linux Field Guide věnovaném nízkoúrovňové práci s linuxovými systémy.
Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Výkonově bude odpovídat horšímu disku pouze v případě zápisu, ne v případě čtení.
mdadm to není podmínka. RAID 1 pak dosahuje pro zápis rychlosti nejpomalejšího disku, pro čtení součet rychlostí všech disků a kapacitu má podle nejmenšího disku.
Disky pro RAID jsou určené pro provoz 24/7. Na rozdíl od domácích disků mívají o dost delší životnost (při 24/7 ty hodiny nabíhají fakt rychle) a většinou lepší diagnostiku, ale vydrží o dost méně spouštění a mívají menší rozsah pracovních teplot.
Čtení nebude tak dobré jako součet rychlostí všech disků. Spíš bych to odhadoval na rychlost nejpomalejšího disku krát počet disků.
Neexistují žádné disky „určené pro provoz 24/7“. Všem diskům nejlépe vyhovuje provoz 24/7, zatímco vypínání a s ním související teplotní změny jim nesvědčí. Můj server má RAID 5 pole z notebookových disků a už víc než 3 roky běží v podstatě nepřetržitě bez problémů, zatímco některé (podobné) disky v noteboocích, o které se starám, už selhaly i za mnohem kratší dobu.
mdadm skládá jsou vždy bloková zařízení. Nedávno mi v serveru havaroval 1,5 TB disk v RAID poli a 1,5 TB se již nevyrábí, navíc v době nákupu to byly disky s 512b sektory a ty se teď již nedělají. Tak jsem si finálně pořídil 3T disky hlavně proto, že je to nejlepší cena za MB. Vyrobil na něm oddíly přesně o přesně stejném počtu sektorů jako v původních discích, a na zbytku budou nepříliš důležitá data, na po kterých nepožaduji takovou míru jistoty proti ztrátě.
RAID1 vytvořený pomocí mdadm je dnes už dávno překonané řešení, které nikdy neplnilo svůj účel tak, jak by člověk čekal. Zálohování takovým RAIDem je v podstatě fikce, protože pokud jeden z disků začne skrytě selhávat, tedy vracet poškozená data bez jakýchkoliv hlášek — což se děje překvapivě často, zejména u desktopových disků, ať už kvůli chybám v kabelech, řadičích nebo ve firmware disků —, není žádný způsob, jak zjistit, která ze dvou replik je ta správná.
Proto je vždy rozumnější použít RAID1 na úrovni filesystému. Například Btrfs má chceksumy dat i metadat a dokáže tedy zjistit, který ze dvou disků má pravdu. A především dokáže ihned zjistit, že některý z disků tvrdí nesmysly, zatímco klasický RAID1 nic neověřuje a může tedy teoreticky při každém čtení vracet jiný výsledek, podle toho, jak zrovna vyjde prokládání. Každý RAID1 vytvořený pomocí mdadm, pomocí LVM mirroringu nebo pomocí hardwarového řadiče má tento zásadní nedostatek. Alternativou k Btrfs je například ZFS, ale zprovoznění Btrfs je o řád jednodušší.
K původní otázce: Druhý disk do RAIDu nemusí být stejného typu a nemusí být (přesně) stejné velikosti.
A je možné RAID 1 s mdadm nastavit tak, aby se vždy četlo z obou disků a porovnávaly se výsledky?Nevím o tom, ale lze spustit recheck a některé distribuce to dělají každý měsíc.
"Začne skrytě selhávat ... což se děje překvapivě často" ... máte nějaký (aspoň hrubý, relativní) odhad, jak často se to děje?Silent data corruption.
Čtení obou disků naráz v případě mdadm nepomáhá. Když tam není checksum a data na discích se liší, není jasné, která ze dvou kopií je správná. Takže člověk sice přijde na to, že něco selhává, ale v tom okamžiku už je pozdě. Naopak Btrfs má checksumy, tedy dokáže celkem spolehlivě říct, který ze dvou disků selhává.
Žádný přesný statistický odhad nemám. Pozoroval jsem takový problém několikrát na těch několika málo strojích, které mám doma, takže bych řekl, že nejde o nějaký ryze hypotetický problém. Odkaz na věrohodnější zdroje má Wikipedia v souvislosti se ZFS, což byl první filesystém schopný snížit vliv silent data corruption pomocí checksumů.
Nevím, co je produkční prostředí. Btrfs používám od roku 2010 na všech strojích, o které se starám, od 32-bitového notebooku z roku 2003 přes dvě desítky virtuálních strojů až po 128-procesorový server na architektuře Power7. Zatím jsem nenarazil na jediný důvod, proč Btrfs nepoužít. Občas používám na Linuxu i ZFS, ale to pouze tam, kde mám dual boot se Solarisem nebo s FreeBSD, protože ZFS se s nimi dá sdílet, zatímco Btrfs ne.
Vtipné je, jak pokaždé někdo přijde se seznamem několika zkostnatělých institucí, které údajně stále ještě nepoužívají Btrfs v jakémsi „produkčním“ prostředí. Kdo nechce výhody Btrfs, ať ho nepoužívá — jeho minus. Tohle si musí každý ujasnit a vyzkoušet sám. Někdo se rád řídí autoritami, podoben ovci, a nevadí mu například, když má Debian chvíli jen 32768 klíčů generovaných v OpenSSL, protože 32768 klíčů přece musí stačit všem. No a někdo zase rád naplno využívá možnosti současného software i hardware a spíš než na nějaké autority dá na vlastní zkušenost.
ale to uz nie je raid1 ale raid10 a su potrebne 4 disky.Ne, nejsou potřeba.
ale narazal som hlavne na to, ze vsetci tvrdia, ze pri raid1 je rychlost citania dvojnasobna.Tak to kecají.
Tiskni
Sdílej: