Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).
Zálohování na DVD-RAM nedoporučuji. Sám jsem ho tak používal a pak jsem byl velmi nemile překvapen, když mi mechanika DVD-RAM přestala číst. Naštěstí problém byl v mechanice.Problém v mechanice implikuje, že zálohování na DVD-RAM není dobré? Kde je tam ta souvislost? Nicméně je určitě zajímavé, že mi taktéž odešla mechanika (je však fér říct, že jsem ji docela dost používal) – projevovalo se to velmi dlouhým načítáním (jakéhokoli) média a u některých (zejména DVD-RAM) sice na první pohled bezproblémovým připojením, avšak při pokusu otevřít/zkopírovat nějaký soubor došlo k chybě čtení. Výměna mechaniky to vyřešila, vesele zálohuji na ta samá DVD-RAM média i nadále, takže nemohu říct, že bych je nedoporučoval. Důležitá poznámka: RAID 1 nemá nic společného se zálohováním!
.
1) Když zálohu neotevřete, tak to asi problém je.Ale já ji otevřu. Jen si musím koupit nový otvírák. Příhodná analogie s konzervou: pokud vlivem častého používání odpravím otvírák, tak to přeci neznamená, že je chyba v konzervě – zvláště pokud se s novým do ní krásně dostanu.
Navíc né každá mechanika od výroby DVD-RAM podporuje.Ne každý počítač má třeba páskovou mechaniku a přesto se na pásky zálohuje. Jeminánku, pokud o ty zálohy stojím, tak si ji seženu, no ne?
Seženete jinou mechaniku, která data přečte?Ano.
Má to vůbec smysl, když ta média mají jen 4GB a jsou pomalá?Ano. Jistě ne pro každého, ale pro mě rozhodně ano.
2) Důležitá poznámka je nepochopení, co jsem RAIDem myslel.To je možné.
Ona ta flashka jaksi může odejít a nic z ní nedostanete, pak se ten RAID asi hodí, ne? Nebo je to u zálohy jedno?Tedy myšlena byla duplikace záloh? Ale kvůli tomu přeci nemusím z flash disků stavět RAID, stačí zálohu nahrát na jednu, a pak znovu na druhou. Ale taky možnost, samozřejmě. I když bych přinejmenším nepoužíval stejné flashky, ideálně to však duplikoval na něco úplně jiného (a pak pravděpodobně RAID 1 ani nepoužiji). Pokud nebyla myšlena duplikace záloh, ale duplikace zdroje dat, pak musím zopakovat, že to nemá se zálohováním nic společného. Pouze snižujete pravděpodobnost selhání primárního média (se současným zvyšováním pravděpodobnosti, že jedna ze složek RAIDu odejde :c)), ale už vůbec se to netýká ohrožení/neohrožení dat samotných. Příklad: mám důležitý soubor, tak ho hodím na úložiště v RAID 1. Omylem ho nevratně smažu. Nevadí to, protože jsem „zálohoval via RAID 1“? Puf! RAID 1 provedl nejen nazrcadlení souboru, ale i nazrcadlení jeho smazání, takže na úložišti již není. Kam se poděla moje záloha? ;c)
stejná technologie jako původní médium ⇒ riziko stejného zničeníKorelované riziko zničení je způsobeno hlavně umístěním blízko u sebe, takže hlavní obrana je geograficky různorodé zálohování. Vykradení: HDD i SD odneseny. Stěhování (větší katastrofa než následující požár): SD se ztratí snáz. Požár: HDD i SD zničeny. Pád domu: SD má větší naději na přežití, ovšem menší pravděpodobnost nalezení. Záplavy: SD má větší naději na přežití, ovšem menší pravděpodobnost nalezení. Tak nevím, zda je v tom nějaký velký rozdíl...
To jistě ano. Nezapomínal bych ale na vady v materiálu, sérii, technologii atd. Volbou různých médií se od většiny takových rizik odstíním. Zbytek by mělo zajistit uložení na různá geografická místa.stejná technologie jako původní médium ⇒ riziko stejného zničeníKorelované riziko zničení je způsobeno hlavně umístěním blízko u sebe, takže hlavní obrana je geograficky různorodé zálohování.
Tiskni
Sdílej: