Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.
Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.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 informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Systém netuhne proto, že vypadl jeden disk, ale proto, že se pokudí přelít stránky na/z vypadlý disk.
Takže pokud chcete odolnost proti výpadku jednoho disku, musíte pomocí druhé disku udělat RAID a swapovat do něj.
Že to bude dražší případně pomalejší, protože máte nedostatek disků? Ovšemže, o tom je redundance.
(a ma pravdu) Raid0 neprezije "nic".
Kompromis neni. Pokud se system dostane do swapu obcas (a jen par mega), raid1 Vas tak moc nezdrzi. Pokud budete ve swapu porad, chybi Vam ramka, ne samotny disk na swap. Pokud mate pocit, ze chcete mit swap na jinem disku, kupte zase 2 a na nich udelejte raid1, do nej swap. Nepopsal jste vyuziti/zatizeni stroje, takze raid1 Vam asi vetsina poradi jako lepsi vychozi volbu. :-P
)
navic - 3 disky - vetsi sance ze nektery padne.
Bud nadelej raid1 pres vsechny 3 na male veci (system,swap...) a raid5 na velke objemy dat nebo ten 3. disk zrovna odpoj. Usetris si nerwy, odlehcis zdroji, zjednodusi se chlazeni... a ten chlap, co za CEZ haze uhli do kotle Ti treba pride podekovat.
cat /proc/mdstat, tak u md3, což je swap, vidím auto-read-only, což se mi moc nezdá. A když náhodou dám mdadm --readwrite /dev/md3, tak už to tam není, ale po restartu zase ano, je to správně?
(a pokud nedas pokoj s 3. diskem, tak system a swap pres vsechny 3 disky do raid1 a data do raid5)
Samozřejmě že RAID1 – zrcadlení.
Já myslím, že už bylo řečeno vše, křišťálovou kouli nikdo nemá, nikdo neví, jak se bude konkrétní systém chovat pod konkrétní zátěží. Jestli vás to fakt trápí, tak si udělejte testy různých konfigurací a sám uvidíte.
Kde by jste mel 2x swap (mimo raid), kdyz nevite, ktera pulka Vam padne? :-P Zkuste si nahodit swap na usb flashdisku, necim ho privyuzijte a pak ten flashdisk odpojte. (usb ma hotplug, takze zarizeni neznicite, ale system Vam urcite nepodekuje). V okamziku, kdy prijdete o data ve swapu, poletiiiite.
Swap na raid1 ma smysl prave pro pripad, kdy Vam odejde disk, raid to udycha - system by mel prezit.
Hotswap neni dostupny na vsem, s cim musi/chce jeden delat.
Raid1 tam ma i tak sve opodstatneni. Neni to jen o zaloze, ale o tom, ze v pripade padu disku dokazete bezet s degradovanym polem a vypadek provozu, potrebny na vymenu disku, si urcite vy. V okamziku, kdy nemate tento komfort zabijete hodne casu, nez system nahodite... a vetsinou je to neprijemne kritizovano ze strany uzivatelu/zamestnavatele
Objevil se mi spíše jeden problém, když ten počítač vypínám, tak se mi ve výpisu objeví Stopping MD array md0...failed (busy), hledal jsem na internetu, ale nějak jsem nenašel řešení. Pochopil jsem to tak, že nemůže na / zatavit raid, protože se stále používá, přijde mi to ale nějaké podivné.
To je běžné, protože ukončující skripty neznají závislosti vzniklé konfigurací systému. Prostě zkusí pole zrušit, jádro to nedovolí, tak si skripty postěžují a pokračují. Nakonec se před zastavením stroje stejně volá sync, takže se všechna data zapíšou.
Konfigurace totiž může být i složitější: iSCSI → RAID → LVM → šifrování → LVM → souborový systém. Zkuste tohle vysvětlit distribuci ;) Navíc takhle blbě může být připojen kořenový systém. Čisté řešení by bylo, jako je init ram disk, tak zavést shutdown ram disk, kam se systém při ukončování přesune a odtamtud korektně všechno ve správném pořadí ukončí. Ale kdo by se tím dělal, že?
Tiskni
Sdílej: