Kevin Bentley zveřejnil na GitHubu zdrojové kódy počítačové hry Descent 3 z roku 1999: "Někdo se nedávno zeptal, zda budou zveřejněny zdrojové kódy Descent 3. Oslovil jsem svého bývalého šéfa (Matt Toschlog) z Outrage Entertainment a ten mi to povolil. Budu pracovat na tom, aby se to znovu rozběhlo a hledám spolusprávce." [Hacker News]
Byla vydána verze 0.81 telnet a ssh klienta PuTTY. Opravena je kritická bezpečnostní chyba CVE-2024-31497 obsažena ve verzích 0.68 až 0.80. Používáte-li klíč ECDSA NIST P521 a použili jste jej v PuTTY nebo Pageantu, považujte jej za kompromitovaný.
Hra MineClone2 postavena nad voxelovým herním enginem Minetest byla přejmenována na VoxeLibre.
Společnosti Avast Software s.r.o. byla pravomocně uložena pokuta ve výši 351 milionů Kč. Tu uložil Úřad pro ochranu osobních údajů za neoprávněné zpracování osobních údajů uživatelů jejího antivirového programu Avast a jeho rozšíření internetových prohlížečů (Browser Extensions), k čemuž docházelo prokazatelně po část roku 2019.
… více »Bylo vydáno do češtiny přeložené číslo 714 týdeníku WeeklyOSM přinášející zprávy ze světa OpenStreetMap.
V sobotu 20. dubna lze navštívit Maker Faire Jihlava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Knihovna pro potlačení šumu RNNoise byla vydána ve verzi 0.2. Kvalitu potlačení lze vyzkoušet na webovém demu.
FRRouting (FRR) (Wikipedie), tj. softwarová sada pro směrování síťové komunikace, fork Quagga, byl vydán ve verzi 10.0.
Julian Andres Klode vydal APT (Advanced Packaging Tool) ve verzích 2.9.0 a 2.9.1. Jedná se o vývojové verze nové větve APT 3.0. Vylepšuje se uživatelské rozhraní. Přidány byly barvičky. Aktuální náhledy a vývoj lze sledovat na Mastodonu.
Miguel de Icaza se na svém blogu rozepsal o vložitelných herních enginech. Kdysi slibné projekty UrhoSharp a Urho3D jsou již mrtvé. Zůstává Godot. Aktuálně vývojáři řeší Pull request #90510 s návrhem knihovny LibGodot.
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.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
11.11.2009 16:42
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:
