Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
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: