Před 25 lety zaplavil celý svět virus ILOVEYOU. Virus se šířil e-mailem, jenž nesl přílohu s názvem I Love You. Příjemci, zvědavému, kdo se do něj zamiloval, pak program spuštěný otevřením přílohy načetl z adresáře e-mailové adresy a na ně pak „milostný vzkaz“ poslal dál. Škody vznikaly jak zahlcením e-mailových serverů, tak i druhou činností viru, kterou bylo přemazání souborů uložených v napadeném počítači.
Byla vydána nová major verze 5.0.0 svobodného multiplatformního nástroje BleachBit (GitHub, Wikipedie) určeného především k efektivnímu čištění disku od nepotřebných souborů.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube).
Provozovatel čínské sociální sítě TikTok dostal v Evropské unii pokutu 530 milionů eur (13,2 miliardy Kč) za nedostatky při ochraně osobních údajů. Ve svém oznámení to dnes uvedla irská Komise pro ochranu údajů (DPC), která jedná jménem EU. Zároveň TikToku nařídila, že pokud správu dat neuvede do šesti měsíců do souladu s požadavky, musí přestat posílat data o unijních uživatelích do Číny. TikTok uvedl, že se proti rozhodnutí odvolá.
Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.
Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.
V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Zdravím,
vybírám si komponenty pro novou pc sestavu a přemýšlím o RAM. Má podle vás smysl koupit ECC-RAM? Mám pár dokumentů např. z různých úřadů atp, které bych rád otevřel i za několik let. Moc jich není. Řekl bych, že se bavíme o množství v řádech desítek. Byl bych nerad, aby některý z nich v budoucnu nešel otevřít kvůli silent data corruption. Samozřejmě zálohuji, ale on se dá zálohovat i poškozený soubor a může se na to přijít pozdě. Většina z vás se v oblasti IT živí. Jaké máte zkušenosti s touhle problematikou? Má smysl to řešit? Rád trochu z výkonu RAM obětuji ve prospěch spolehlivosti, ale zase si říkám, jestli je to zbytečné, tak bych si raději koupil výkonnější RAM.
Řešení dotazu:
To já vím. I FS. Teď ale řeším jen tu RAM. Respektive to, jestli má smysl to řešit, nebo ne. Pokud ano, tak se přizpůsobím ve všem.
Nemyslím si, že by to bylo levnější. Komponenty bych musel koupit stejně. Navíc se jedná třeba i o dokumenty z datové schránky. Aby např. měly váhu u soudu, musí zůstat ve formátu zfo. Jak dokument, tak doručenka. Můžeš je sice stáhnout i jako pdf, ale už nemají tu váhu. Ty osobně jsi někdy narazil na silent data corruption? Teď nemysím, jestli jsi četl zprávu CERNu, ale jestli se ti někdy kvůli chybě hw poškodil soubor a nešel pak třeba otevřít?
@Peter&Dacan:
Co se týká zfo, tak mi na infolince DS kdysi řekli, že stažená zpráva ve formátu zfo je právoplatná vždy a všude. Dnes jsem na tu infolinku zavolal znovu a paní mi řekla, že stažená zpráva ve formátu zfo obsahuje časové razítko a nějaký elektronický podpis a má platnost vždy a všude. Co se týká datového trezoru, tak ceny jsou od 120 Kč/rok až po 29500 Kč/rok.
Jinak díky.
Tady bude záležet dost na tom, jak moc tě vyšší cena za ECC RAM bude bolet. Někomu to nabourá rozpočet někomu je to celkem jedno, to je subjektivní.
ECC RAM rozhodně nic nezkazíš, ale větší význam má na stroji, kde se zpracovává hodně dat, hodně jich proteče skrz a nechceš, aby zpracování spadlo, nechceš mít chybu ani výpadek. Tam se ta ECC RAM zaplatí poměrně rychle. Oproti tomu na počítači, kde data převážně jen leží a zajímá tě víc to, aby šla přečíst za 10+ let, tak tam víc záleží na pevných discích a konfiguraci softwaru. U tebe dost možná nějaký ten výpadek nevadí – když budeš např. pár hodin hledat záložní disk nebo pro něj někam pojedeš, tak to pro tebe nemusí být taková tragédie.
Tu bezpečnost si můžeš zajistit i bez ECC – počítat hashe souborů (to za tebe může dělat i souborový systém, ale tam kde na tom hodně záleží, bych si ty hashe klidně spočítal ještě jednou sám), mít několik sad disků, z nichž některé budou vždy offline (ideálně v jiném domě nebo i městě), něco hodit i na DVD určená k dlouhodobé archivaci, ať nespoléháš jen na jednu technologii, samozřejmost je pak RAID na primárním úložišti. A měl bys mít plán obnovy, občas si udělat cvičení, zkusit si data obnovit ze zálohy, taky pravidelně kontrolovat hashe, abys měl jistotu, že na discích je pořád to, co jsi tam uložil.
Pokud tě ta ECC RAM nezruinuje, tak bych ji asi pro klid duše pořídil (do několika posledních počítačů, co jsem stavěl, jsem ji dal taky – i když před tím jsem žil dlouhé roky spokojeně bez ECC). Ale ty ostatní věci musíš dělat tak jako tak, protože chyba může být i jinde – na desce, v řadiči, v softwaru nebo klasicky odejdou disky nebo na plotnách/čipech shnije pár bitů. V neposlední řadě je tu i riziko lidské chyby – něco si omylem smažeš či přepíšeš, případně i nějaké to zavirování či útok zvenčí.
P.S. Koukám, že jsem ti moc neporadil. Ale ona na tohle moc jednoznačná odpověď není.
U mě to bude spíše ležet. Nějaký důležitý dokument se u mě objeví tak 1x za měsíc. Když bude mít pc výpadek i 2 dny, tak to není žádná tragédie.
Co se týká ceny, tak to nevidím zase tak tragicky. Tahle RAM od Samsungu stoji na Heurece přijatelné peníze, řekl bych.
A proč ten RAID a jaký?
A proč ten RAID a jaký?
RAID (1, případně 5 či 6) tě chrání před poruchou disku. Disky jsou spotřební zboží a je víceméně jen otázka času, kdy disk odejde. RAID je částečně duplicitní k zálohování (šel by zálohováním nahradit), ale s tím rozdílem, že:
Já jsem si zvykl dávat prakticky všude dva disky do RAIDu 1. I když i zde se dá říct něco podobného jako u té ECC RAM: zálohovat musí člověk tak jako tak a pokud mu nevadí nějaký ten výpadek případně ztráta malého množství dat od poslední zálohy, jde to i bez RAIDu.
OS teď zálohuji tak 1x za 3 týdny Clonezillou. Data mám zvlášť na datovém oddílu a každý den je syncuji na NAS. Když pak někdy pustím nb, tak se mi syncnou z NAS do nb. Když pak vytvořím něco v nb, tak před jeho vypnutím ta nově vytvořená data syncnu na NAS a pak do pc. Takže takhle mám na 3 místech stejná data plus tak jednou za měsíc a půl ještě data zálohuji na 2 různé HDD. A když třeba na pc uložím něco velmi důležitého, tak nečekám se sync až do večera, ale provedu ihned. Takže si myslím, že takhle to stačí. Jen budu muset k někomu uschovat zálohu, aby byla i na jiném místě. Už se na to chystám roky a pořád se k tomu nemůžu dokopat.
Každopádně ti za vše děkuji.
... i když před tím jsem žil dlouhé roky spokojeně bez ECC.
Touto cestou se vydám taky. Díky za vysvětlení toho všeho.
Díky za přínosnou reakci. Takže NON-ECC.
O tom vím, ale kdyby ECC RAM měla zásadní přínos, tak bych ten výkon obětoval. Když ale v mém případě nemá, tak je to zbytečné.
Pokud se jedná o počítač, který neukládá žádná důležitá data a který se dá třeba za pět minut nabootovat z PXE nebo za deset minut automaticky přeinstalovat, může mít rychlá RAM bez ECC jakýsi podivný půvab.
Ve všech ostatních případech je to úplně zbytečný hazard.
Pročpak „nejrychlejší“ paměti většinou nemají ECC? Neskrývají náhodou něco? Kromě toho, jak se člověk bez ECC dozví, do jaké míry může paměť bezpečně přetaktovat?
U mého starého Ryzenu 3950X to bylo tak, že se všemi obsazenými sloty, abych měl 128 GB RAM, podporoval jenom 2666 MHz (bez přetaktování RAM, pochopitelně) a ECC paměť s touhle frekvencí se normálně dala sehnat; konkrétně mám M391A4G43MB1-CTD. Takže v mém případě jsem žádné dilema typu ECC versus rychlost řešit nemusel.
Pročpak „nejrychlejší“ paměti většinou nemají ECC? Neskrývají náhodou něco?FUD Nejrychlejší paměti nemají ECC jednoduše proto, že ECC je "prémiová" služba, kterou zákazník nepožaduje. Jinak je to otázka naprogramování příslušného XMP profilu do SPD
ECC není „prémiová služba“, nýbrž nezbytnost ve všech situacích, kde záleží na datech.
Jak už jsem psal, pokud jde o nějaký herní stroj, který neukládá důležitá data a u kterého je úplně jedno, když dvakrát do týdne odletí, možná tam má smysl koupit levnější paměti bez ECC a klidně je hustě přetaktovat. Ve všech ostatních případech to ovšem bez ECC není ono.
Mimochodem, „zákazník“ taky sám od sebe nikdy nepožadoval například bezpečnostní pásy nebo airbagy. Ani jedno z toho nevzniklo a nebylo zavedeno na základě poptávky a přání zákazníků. Přesto je obojí jaksi užitečné. S ECC je to nakonec podobné — že na ECC „běžným“ domácím zákazníkům (většinou) nezáleží, to o důležitost ECC nijak nepopírá.
U DDR5 by už mělo být ECC všude povinně, takže nezbývá než doufat, že za takových 5 let už nikoho nenapadne vyrábět cosi bez ECC.
IMHO +1
ECC není „prémiová služba“, nýbrž nezbytnost ve všech situacích, kde záleží na datech.Až budete vyrábět paměti a pouze ECC, můžeme se o tom bavit. Teď je to prémiová služba, to je důvod, proč existují i non-ECC. Žádný váš "copak asi skrývají" FUD.
ECC je prémiová služba fakt ve stejném smyslu, v jakém jsou airbagy, bezpečnostní pásy a uzemnění v zásuvkách prémiová služba.
Rozdíl je všeho všudy v tom, že poškození dat (na rozdíl od fyzického zranění) (tolik) nebolí a není tak snadno představitelné. Proto je význam ECC tak zoufale nedoceněný.
Kromě toho, v době, kdy jeden RAM čip v desktopu měl 128 MB, vadila absence ECC o dost méně než dnes, kdy jeden čip má tak 32 GB.
"airbagy, bezpečnostní pásy a uzemnění v zásuvkách" NEjsou premiova sluzba, ale zakonem/vyhlaskou povina soucast "vyrobku"... naproti tomu ECC nejen ze NEni zakonem stanovena, ale ani to neni mainstream, podporuji to jenom nektre desky a nektere cpu a nekteri vyrobci + je to za vyssi cenu => JDE o premiovou "sluzby"ECC je prémiová služba fakt ve stejném smyslu, v jakém jsou airbagy, bezpečnostní pásy a uzemnění v zásuvkách prémiová služba.
[...]
Souhlasím s Andrejem. To že něco nějak není neznamená, že by to tak být nemělo. Napsal to dobře. Nikdo nezemře na bit-flip u staženého videa, proto to zákon neřeší. Když bys ale neměl airbagy, pásy nebo uzemnění, tak je to problém. Proto to zákon řeší. Každopádně nevidím důvod, proč nepoužívat něco spolehlivějšího jako standard? Proč to nepodporují výrobci hw ve všem? Protože většina BFU o bit-flip ani neslyšela? To by nemělo být rozhodující. Rozhodující by mělo být, co o tom soudí ti, co tomu rozumí. Těch je méně než všech ostatních uživatelů a firmy chtějí hrabat. Osobně doufám, že s příchodem DDR5 bude ECC standard. Nic o tom nevím. Jen vycházím z toho, co psal Andrej. Každopádně bych to uvítal. Proč prosazovat a obhajovat horší technologii, když je něco lepšího? Četl jsi to, co o ECC soudí Linus (odkazoval Andrej)?
Protože většina BFU o bit-flip ani neslyšela? To by nemělo být rozhodující. Rozhodující by mělo být, co o tom soudí ti, co tomu rozumí.Obávám se, že tento přístup by obecně způsoboval dost velký vítr v peněžence
Vidím to jinak. Vlastně vůbec nechápu, proč se NON-ECC vyrábí, když ECC je lepší technologie. A když vezmeme v potaz peníze, tak když jsem se díval po ECC RAM, tak např. 8 GB modul ECC RAM od Samsungu stál méně, než spousta 8 GB NON-ECC modulů od různých výrobců. Budeme se vracet ke starým technologiím, protože by to bylo levnější? Odložíme smartphony a začneme používat tlačítkové mobily? Promítačky místo televizí? Standard se zvedá a ECC by jím podle mě měl být. Že to tak není je věc druhá.
[...]Odložíme smartphony a začneme používat tlačítkové mobily?[...]v kontextu "Premiova sluzba[/vlastnost]" + bezpeci... je normalni nebo premiova sluzba mit HW Kill switche na Mikrofon, Wifi, GSM, LTE? protoze ja to vidim jako premiovou, co ma "zlomek" modelu, resp. jen Librem5 a PinePhone, to neznamena ze je to zbytecnost, ale proste to, ze to nema rozhodne "kazdej telefon" atd..
Vlastně vůbec nechápu, proč se NON-ECC vyrábí, když ECC je lepší technologie.Protože u desktopu, notebooků i smartphonů je priorita výkon. ECC snižují výkon. A jelikož lidem fungují jejich desktopy i smartphony i bez ECC, tak není poptávka.
Vlastně vůbec nechápu, proč se NON-ECC vyrábí, když ECC je lepší technologie. A když vezmeme v potaz peníze, tak když jsem se díval po ECC RAM, tak např. 8 GB modul ECC RAM od Samsungu stál méně, než spousta 8 GB NON-ECC modulů od různých výrobcůO co, že se lišily i v jiných parametrech... ECC paměti ve stejných parametrech budou vždycky dražší, ten čip navíc tam prostě zadarmo nebude.
Jasně, že lišily. Nebyly tak výkonné, ale žádná hrůza to taky nebyla.
No, za 2 x 8 GB dáš ~2,5k Kč, takt 2666MHz, CL 17. Za mě dobrá paměť za přijatelnou cenu.
https://pameti.heureka.cz/samsung-ddr4-8gb-2666mhz-cl17-m391a1k43bb2-ctd/#specifikaceNo ale ta je registred. Já myslel, že je potřeba unbuffered.
Jasný. Díky, že sis dal tu práci.
Už si to nepamatuji přesně, ale něco takového jsem četl (strojový překlad z angličtiny) a tak nějak to bylo.
Lze použít oba druhy?
No ale ta je registred
Díky za upozornění. Když jsem to včera hledal na netu, tak jsem se podíval na ~2 výsledek (ani jsem jej nerozklikl, ani moc nečetl) a viděl jsem v něm "registred" a tak jsem myslel, že je registred. Kingston to sice ve specifikaci neuvádí, ale na newegg píší, že je unbuffered. Ta registred jde jen do servrů, že?
Vlastně ano.
Výrobci dělají binning ...
Co to znamená?
Chceš říct, že rozdíl mezi Ryzen 7 8/16 3,8 GHz a Ryzen 5 6/12 3,7 GHz je pouze v tom, že při výrobě stejného CPU od sebe oddělili lepší do horších? Ryzen 5 je vlastně "zmetek"?
Vyřadí vadné kusy a dobré třídí podle toho, jakou snesou frekvenciPamatuju si případ, kdy nVidia poté, co odladila výrobní proces, neměla dost těch vadných kusů na výrobu levnějších variant svých karet, takže prostě část toho čipu vypnuli softwarově. Jenže lidi jim na to přišli a povedlo se jim ty vypnuté části zapnout, takže v další fázi přišlo to, že se do toho plně funkčního čipu "sáhlo" laserem. Mám za to, že Intel podobně vyráběl Celerony poté, když odladili výrobní proces Pentia 2.
Já jsem právě slyšel, že Intel jádra a frekvence vypíná/omezuje, proto jsem se tomu dost divil.
Já si třeba skenuji a ukládám lékařské zprávy. Už mi jendnou zdravotní dokumentaci ztratili a chybí mi dokumentace za spoustu let.
Není to můj případ, ale člověka, který si bude zpětně žádat o důchod to může stát stovky tisíc.
Pak jsou zde věci jako zápočťáky, papíry z úřadů, od soudu, kupní smlouvy atp. To si myslím, že je dobré mít ošetřeno.
Takže když vytvořím sken nějakého dokumentu a pak jej chci zazálohovat na externí HDD, tak při kopírování nemůže dojít k chybě v RAM?
No jo, jenomže když máš datovou schránku, tak ti některé věci chodí jen tam a aby to mělo váhu, tak to musí být zfo. Když to stáhneš jako pdf a pak vytiskneš a budeš množit, tak to asi bude k ničemu.
To jsem nevěděl, že to časové razítko může vypršet. Ale je to tak. Hned v pondělí zavolám na infolinku a zeptám se co a jak. Asi si ale datovou schránku tedy tady zruším. Přece nebudu u všeho hlídat expiraci a někam to pořád znovu načítat a pak to zase stahovat a hlídat expiraci. A za trezor jim platit nebudu. Pro mě by to už byla částka nemalá.
Díky za info.
platnost stažené zprávy do souboru (*.ZFO) je omezena platností razítka v pečeti správce. Ale i zprávy historické lze v systému jednoznačně prověřit, zda předložená podoba odpovídá podobě, která prošla systémem.Otázka je co znamená to slovíčko "prověřit". Jestli to úředník prověří ručně nebo je to nějaká funkcionalita (placená/zdarma?).
Čau
Díky, zeptám se na to.
To ti bude na nič, aj keď lokálnej kópii vyprší časové razítko. Tá v dátovom trezore je pravidelne preštemplovávaná. Toto je jeden z dôvodov, prečo ja osobne preferujem fyzickú komunikáciu s úradmi v papierovej forme.
Tak jsem zavolal na infolinku DATOVÝCH SCHRÁNEK. Paní mi řekla, že časové razítko platí 5 let. Když kdykoliv během těch pěti let načtu zfo do datové schránky, tak se automaticky zdarma prodlouží datové razítko na 5 let. Pokud jsou zprávy v datovém trezoru, který není zrovna levný, tak se to děje automaticky. Pak jsem se zeptal, jestli bude mít zfo nějkou váhu u soudu, pokud během těch 5 let neprodloužím časové razítko. Paní mi řekla, že ano. Zeptal jsem se jí, jestli to ví jistě, abych se pak v budoucnu nedivil. Řekla, že se zeptá a za chvíli mi zavolá. Asi za 5 minut mi zavolala a řekla mi, že i když těch 5 let uběhne a tu zprávu tam pak nahraji, tak se to časové razítko stejně obnoví a váhu např. u soudu to zfo mít bude. Když jsem se jí zeptal, k čemu tedy těch 5 let, když i potom se to časové razítko prodlouží, tak mi řekla, že je to ze zákona kvůli certifikační autoritě, ale že i po těch 5 letech se to časové razítko opravdu prodlouží.
Takže když člověk chce být paranoidní, tak to opatřit elektronickým podpisem, několika hashy, ať má po letech jistotu, že se soubor nezměnil.
Myslíš, že je to odemne paranoidní? Já myslel, že je to rozumné.
Co myslíš tím "opatřit elektrnonickým podpisem"?
A "několika hashy" máš na mysli vygenerovat pro 1 soubor např. sha256 a sha512?
Já si důležité dokumenty třídím mimo jiné i podle letopočtu. Tak mě napadlo, že bych mohl všechny důležité dokumenty dát do adresářů podle letopočtu a z těch adresářů vytvořit archivy. Pro ty archivy pak vygenerovat ty hashe. Bylo by to méně práce. Kdyby pak v budoucnu bylo něco potřeba, tak by se příslušný archiv zkopíroval a rozbalil. Bylo by to tak OK? Pokud ano, tak co na to použít? Tar, tar.bz2, ...?
Myslíš, že je to odemne paranoidní? Já myslel, že je to rozumné.To bylo jen takové popíchnutí. Osobně si myslím, že ECC je na desktop zbytečnost (a to z výše uvedených důvodů, i na TB RAM chodí jednotky chyb ročně), ale pokud někdo chce, nechť si to pořídí, já to kritizovat nebudu. Podstatné ovšem je, že tobě nejde ani tak o ochranu paměti, ale spíše konkrétních souborů. A to lze provést jinak a lépe.
Co myslíš tím "opatřit elektrnonickým podpisem"?Třeba gpg nebo tak něco. Prostě mít vlastní klíč a tím podepisovat dokumenty. Standardní věc. Najdi si téma elektronický podpis. Není to povinné.
A "několika hashy" máš na mysli vygenerovat pro 1 soubor např. sha256 a sha512?Přesně tak, je obecně dobré mít na záloze data + jejich hashe pro detekci změn toho souboru. A vzhledem k tomu, že se nalézají zranitelnosti hashovacích fcí a současně s nimi i kolizní soubory, tak je dobré používat více fcí. (Ale čistě pro kontrolu, že se nic nezměnilo, postačí jedna. Nejlépe co nejvyšší.)
Já si důležité dokumenty třídím mimo jiné i podle letopočtu. Tak mě napadlo, že bych mohl všechny důležité dokumenty dát do adresářů podle letopočtu a z těch adresářů vytvořit archivy. Pro ty archivy pak vygenerovat ty hashe. Bylo by to méně práce. Kdyby pak v budoucnu bylo něco potřeba, tak by se příslušný archiv zkopíroval a rozbalil. Bylo by to tak OK? Pokud ano, tak co na to použít? Tar, tar.bz2, ...?Já už jsem mnohokrát uvažoval, že bych si pro dokumenty (hlavně pro domy, které spravuji) zřídil spisovou službu. Protože těch kritérií je tolik, že to nelze uspořádat podle žádného z nich. Klasické FS poskytují možnost pouze jednoho stromu (jasně, lze mít linky apod, ale to je na ruční vedení dost velká práce). Takže ke každému dokumenty si vedu něco jako tagy, ale taky to není ono. Jestli ti to vyhovuje podle času, tak v tom pokračuj. Co se týče archivů, tak je to těžké. Ve skutečnosti dost. Tar je standard (no, není, ani tar není standard), jenže komprimace moc ne.
gz
je tu s námi nejdéle. bz2
je strašně pomalé. O xz
někdo napsal, že se vůbec nehodí na archivaci (i když o té analýze si myslím svoje). Nově je tu s námi zstd
, které je super, ale je prostě nové. Osobně jsem používal xz
a nově přecházím na zstd
s tím, že staré archivy (ještě kdysi v gz
a bz2
postupně přebaluju a kontroluju. Otázkou je, jak moc jsou ty dokumenty komprimovatelné a jestli není lepší zůstat u čistého taru + jeho hash eventuálně i podpis.
Otázkou je, jak moc jsou ty dokumenty komprimovatelné a jestli není lepší zůstat u čistého taru + jeho hash eventuálně i podpis.
A nemáme k dispozici něco vhodného pro archivaci, nějaký kontejner, ve kterém by ty dokumenty byly pouze zabaleny, ale bez komprese?
No někdy jich je za ten měsíc mnohem více. A někdy zase ne. Každopádně řeším to, že nechci jeden každý hashovat a podepisovat a pak kontrolovat. Takhle je všechny dám do pár adresářů, vytvořím archiv, vygeneruji hashe, podepíšu a je to. A pak při kontrole u toho nebudu trávit celý den.
Tohle je přesně případ, kdy se vyplatí napsat si skript. Může to být klidně jen pár řádků v Bashi. A pak je ti jedno, jestli je těch souborů pět nebo pět set. Navíc nehrozí, že bys udělal chybu nebo zapomněl, jaké příkazy jsi spouštěl – skript bude fungovat pořád stejně.
To jistě ano, ale to by u mě znamenalo měsíce studia, což by nevadilo, ale co teď?
Ale určitě je to cesta.
Když popíšeš, co to má dělat a dáš to sem do poradny, tak ti s tím nejspíš někdo pomůže.
Ď
Soubory bych nechal spíš samostatně na souborovém systému a stejně taky bych z nich samostatně počítal hashe. Stejně to budeš dělat nějakým skriptem, a pak je jedno, jestli je to deset archívů nebo tisíc souborů. Doba výpočtu je taky přibližně stejná. Ale výhoda je v tom, že když se někde vyskytne chyba, víš přesně v kterém souboru – zatímco když máš jen hash celého archívu, tak víš, že chyba je někde uvnitř, ale nevíš, v kterém souboru. Některé archivní formáty počítají vlastní kontrolní součty, takže u nich bys ten chybný soubor našel (ale pak je zase trochu duplicitní počítat hash celého archivu).
Obecně archívy jsou spíš mor (úplná demence pak je, když někdo zabalí do RARu komprimované video nebo mp3 nebo několik archívů do sebe) a snažím se jim spíš vyhýbat. Výjimka je, když chci třeba někomu poslat celou adresářovou strukturu – tam je většinou jednodušší to poslat jako jeden soubor. Ale když to má člověk jen pro sebe, tak jsou archívy spíš na obtíž – špatně se prohledávají, soubory musíš před otevřením vybalovat atd. Dnešní souborové systémy by měly bez problémů zvládat i velké množství souborů.
Na druhou stranu je pravda, že když je to nějaká ucelená skupina souborů, se kterou budeš často pracovat jako s celkem, tak je jednodušší to mít v jednom souboru – ten se pak rychleji kopíruje, přesouvá, maže. Proto někdy jako archív používám souborový systém: příkazem fallocate
si vytvořím soubor velký třeba několik GB, pak na něm vytvořím souborový systém (XFS, Btrfs, Ext4…) a příkazem mount
si ho normálně připojím do nějakého adresáře. Je to transparentní, s těmi soubory se dá pracovat hned na místě, není potřeba je vybalovat z archívu… ale zároveň to můžu celé třeba smazat jedním příkazem (hodí se pro různá testovací a dočasná data – úklid je pak otázka okamžiku) nebo přesunout na jiný fyzický disk (opět je to rychlejší než přesouvat jednotlivé soubory, protože se není potřeba párat s jejich metadaty – prostě se jen sype posloupnost bajtů z jednoho disku na druhý, aniž by se ztrácel čas zkoumáním, co je uvnitř). Nevýhoda je v tom, že pro připojení tohoto „archívu“ potřebuješ roota a taky v tom, že tam typicky budeš mít nějaké ztráty volného místa – soubor uděláš větší než je nutné a toto volné místo bude většinou zabírat místo na podkladovém souborovém systému.
Soubory bych nechal spíš samostatně na souborovém systému a stejně taky bych z nich samostatně počítal hashe. Stejně to budeš dělat nějakým skriptem, a pak je jedno, jestli je to deset archívů nebo tisíc souborů. Doba výpočtu je taky přibližně stejná. Ale výhoda je v tom, že když se někde vyskytne chyba, víš přesně v kterém souboru – zatímco když máš jen hash celého archívu, tak víš, že chyba je někde uvnitř, ale nevíš, v kterém souboru. Některé archivní formáty počítají vlastní kontrolní součty, takže u nich bys ten chybný soubor našel (ale pak je zase trochu duplicitní počítat hash celého archivu).
To jsem si vůbec neuvědomil. Máš pravdu. Teď už jen napsat ten skript :)
Fallocate je zajímavé. Podívám se na to. Dík
Dobrá, díky.
Starting from version 2.6.26 Linux Kernel has an amazing but little known feature - MEMTEST. Let's explore what is it and what it is good for. [...]
Má podle vás smysl koupit ECC-RAM?
Linus tuhle povídal: ECC absolutely matters.
ECC je (také) podle mě naprostá nezbytnost. Na noteboocích bohužel pořád ještě není, ale desktop bez ECC si nedovedu představit. Počítače bez ECC jsou ruská ruleta s daty.
Tady je jedna moje anekdota z nedávné doby, drobná historka s ECC na jednom z mých počítačů. Dá se říct, že ECC mi už několikrát zachránil data, jak na minulém domácím desktoposerveru, tak i na tomhle současném. Nebýt ECC a hlášení o chybách, celý problém mohl trvat klidně měsíce a kousek po kousku by mi žral bity, tu a tam, než by konečně poškození příslušného RAM čipu bylo natolik závažné, aby počítač začal náhodně padat nebo generovat chyby checksumů v Btrfs.
(Mimochodem, jakkoliv je například Btrfs nebo ZFS dnes také nezbytnost, fungování ECC nedovedou ani moderní filesystémy plně nahradit, protože k poškození dat může dojít v době mezi výpočtem checksumu a zápisem špinavých bloků na disk (v kterémžto případě si toho poškození lze aspoň později všimnout) nebo před výpočtem checksumu (a pak to bude opravdu silent). ECC takové případy většinou dokáže detekovat a/nebo opravit.)
Jedna důležitá zkušenost s ECC: Jakmile se objeví 1-bitové chyby (a začnou se objevovat a není to 1 chyba za rok nebo tak), je potřeba nečekat, nedoufat a místo toho okamžitě nahradit selhávající část RAM. Je jenom otázka času (nikoliv štěstí či naděje), kdy se z 1-bitových chyb stanou neopravitelné vícebitové nebo (v nejhorším, byť velmi nepravděpodobném případě) kolize se skutečným poškozením dat.
Většina z vás se v oblasti IT živí. Jaké máte zkušenosti s touhle problematikou?
100% ECC všude. Vůbec to není téma, které by někdo řešil. Relativně drobné úspory na RAM bez ECC nikdy nevyváží obrovské úsilí nezbytné pro aspoň trochu spolehlivý provoz bez ECC.
Poměrně nepříjemný problém jsou notebooky, ale až přijde DDR5, tam už bude ECC povinně, po víně i po pivu a nikdo si už potom ani nevzpomene, že ECC byla kdysi otázka.
Škoda, že jsi napsal až teď. Už jsem poslal objednávku na sestavu, ale můžu to ještě změnit. Co všechno je tedy prosím tě potřeba? ECC RAM, pak tedy např. Btrfs a co dál? Musí to podporovat MB a CPU, že? CPU jsem si vybral Ryzen 7 5800X. Ten by to snad podporovat měl. Až dopíšu, tak se podívám. MB bych asi určitě musel vybrat jinou. A ještě něco?
Specifikace by to měla zmiňovat. Nevím přesně, které procesory to umí a které ne. Já má MB ASRock X570 Creator a procesor Ryzen 3950X a ECC to umí, ale to už je >rok stará konfigurace; dnes už jsou určitě mnohem lepší.
Taky je dobré, když to podporuje AER a různé další detekce chyb na PCIe; i to může pomoct s diagnostikou, když něco začne odcházet.
Řekl bych, že čipset X570 by měl být tak nějak OK, ale v prodeji je už dlouho a nesleduju to — určitě je už dnes nějaké novější a zajímavější čipsety.
Dobře, dík.
Tak podle tohoto Ryzen 7 5800X ECC RAM nepodporuje.
Tak podle toho webu amd Ryzen 5 5600X, Ryzen 7 5800X, Ryzen 9 5900X ani Ryzen 9 5950X ECC RAM vůbec nepodporují. Takže pokud je to pravda, tak ano, máš pravdu. je to úplně někde jinde.
No a co, vždyť i na těch prvních VHSkách ty záznamy pořád jsou, když se dobře skladují.To je srovnání trochu mimo - ať je budete skladovat sebelíp, vzájemnému ovlivnění analogového záznamu mezi vrstvami na kotouči nezabráníte
Vždyť i audiokazety to měly sečtené a ejhle, zažívají znovuzrození.Kde? (Nebo spíš proč???) Ale jinak jo, digitální záznam způsobem, který nezávisí na ne/přítomnosti elektronů někde (to jsou ty SD karty a spol.), zubu času moc podléhat nebude.
Asi nějaká retro záležitost ... Zatím co u LP jsou důvody známé, kazeta je mi záhadou ...Vždyť i audiokazety to měly sečtené a ejhle, zažívají znovuzrození.Kde? (Nebo spíš proč???)
Ext. mechaniku plánuji/objednal jsem si jí. Mám tady pár kousků DVD RAM, které jsem dostal. Je to sice dost pomalé (3x), ale na dokumenty to stačí. Výhoda je, že se tam dají soubory přidávat a dokonce se dají i přesouvat. Je to na archivaci dobré?
OK Pavle. Díky za vysvětlení a za inspiraci. Dám to tedy i na CD. Radek mi tu kdysi někde nějaké speciální archivační CD taky radil, tak se po tom podívám a uvidím.
Ono, trvanlivosť média závisí hlavne od jeho materiálu. Prastaré CDROM so zlatou vrstvou (legendárny Kodak Gold) sú stále čitateľné aj po 20 rokoch.
Tak ono třeba 5¼palcové diskety jsou čitelné i po třiceti letech. Ale problém je v tom, že člověk předem neví, že to tak dlouho vydrží a nemá žádné záruky. Takže když archivuješ, tak je víceméně nutnost to jednak pravidelně kontrolovat a jednak preventivně převádět na novější média (ta stará si samozřejmě nechat taky). Otázka je, jak často – jestli to stačí třeba jednou za deset let…
V poslednej dobe sa predávali aj archivačné DVD médiá, ale zaplniť vyše 4G bežnými dokumentami je trochu problém. Pokiaľ tam teda nebude zaarchivovaná vtipná prezentácia s celovečerným filmom, ale to je mimo záberu.
Pokud je těch dat hodně málo, tak bych je asi i vytisknul normálně na papír. Ten sice taky časem degraduje, ale jednak dost pomalu a jednak to na něm je vidět – nezaskočí tě to, že by ze dne na den inkoust/toner nešel přečíst. Nevýhoda je, že to nejde moc šifrovat nebo riskuješ, že to při částečné ztrátě nepřečteš vůbec. Byly tu i nějaké pokusy se zálohováním do QR kódů nebo něčeho podobného na papír.
Ale problém je v tom, že člověk předem neví, že to tak dlouho vydrží a nemá žádné záruky.No přesně tak. Ale ony i ty diskety nevydržely, na střední škole jsme běžně nějaký program nebo něco ze školy domů tahali klidně na 4x, protože jedna disketa ze šesti byla vždy vadná (pokaždé jiná). Takže některé dobře skladované a asi ne moc používané diskety mohou držet data desítky let, zatímco jiné ani několik hodin. Ale toto je vůbec zajímavé diskusní téma. Našel jsem flash disk z roku 2005, který je dodnes plně funkční. Pochopitelně jsem nedělal test výdrže dat z roku 2005 do roku 2020, ale několik let stará data (nějaké rescue cd) na tom přežila, stejně jako všechny následné testy. Nemám žádný funkční HDD z té doby. Moje první SSD (2010) funguje dodnes. Nemám žádný HDD z té doby. CDčko vypálené v roce 1998 na prostě nějaký disk s organickým barvivem je dodnes čitelné. Stejně tak všechna vypálená DVD. Zajímavé je, že jsou čitelnější, než lisovaná CDčka z časopisů (Chip, Level). Lisovaných CD jsem po těch 20 letech už moc nepřečetl. Ale klidně to může být mechanikou, mám tu original DVD Windows 7 tj lisované, které přečte pouze jedna mechanika, zbytek ten disk nevidí. Ale ta mechika to čte rychle bez chyby. Asi je to jen souhra náhod, možná jsou ty mechaniky kalibrované na vypalované disky. Netuším. Takže ve skutečnosti jsou nejčitelnější uchovaná data na CD/DVD, kam jsem pálil zálohy dokumentů do školy někdy v roce cca 2004. Jenže kdo to mohl tehdy vědět, že půjdou bez problémů přečíst ještě po 16letech? (Zatímco všechny disky budou v háji.) Takže zpětně viděno, DVD jsou vlastně nejspolehlivější média, která znám. (CD samozřejmně taky, ale malá kapacita.) Mechanicky by měla být DVD nejodolnější, protože zápisová vrstva je přesně uprostřed. U CD hrozilo (a stávalo se to), že se záznamová vrstva sloupla z toho plastu, nebo na to někdo psal příliš ostrým nástrojem a tu záznamovou vrstvu proškrábl. Proto je tady taky doporučení na AZO Crystal, kde je ta záznamová vrstva chráněná. Takže kdybych všechno pálil na DVD, důležitá data na dvě různá média v různých mechanikách, tak mám vlastně po starostech a nemusím šaškovat s HDD (ale mě to baví). Ale do budoucnosti člověk fakt nevidí, ta DVDčka nemusela přežít ani do promoce. Ale ani ten HW není moc marnej. Teď jsem si ze sklepa starého bytu přivezl PC, které tam leželo 10 let. Před tím to byl můj první linux server (nonstop běžel v komoře několik let). A ještě před tím (cca před 17 lety od dneška) můj tehdejší desktop. Athlon XP. Deska superlevná ECS Elitegroup. Ten komp teď nabootoval jako by se nechumelilo. HDD ok (minimálně pro ten boot), deska OK, ventilátory OK (Arctic Cooling), zdroj (Fortron) OK, žádnej kondík nevytečenej ani mi neexplodoval do ksichtu. Celkem nečekaná zkušenost, neveřil bych, že se vůbec zapne monitor (crt rok výroby 1998)
Zajímavé. Dobře se to četlo. :)
Uvažuji o koupi většího balení CD-R AZO Crystal. Předpokládám, že i po 10 letech z něj budu mít k dispozici ještě více jak polovinu disků. Myslíš, že na ně i po 10 letech půjde zapisovat, nebo mám koupit menší balení?
A ještě jsem našel tyhle BD s technologií Hard Coat (proti poškrábání, otisku prstu, prachu a vlhkosti). Ale mají zase hustší zápis jak CD-R. Co by bylo lepší?
Tak už jsem objednal tohle.
Celkově souhlasím a díky za komentář.
Takže kdybych všechno pálil na DVD, důležitá data na dvě různá média v různých mechanikách, tak mám vlastně po starostech a nemusím šaškovat s HDD (ale mě to baví).
Na nějaké menší objemy jsou DVD bezva, ale třeba fotek mám stovky gigabajtů. A na některé ročníky by byl malý i Blu-ray. V tomhle jsou optické disky hrozně nepraktické – bylo by potřeba mít nějaký měnič – jinak je jakákoli kontrola nebo stažení vybraných dat hodně časově náročná a vyžaduje ruční práci s disky. Oproti tomu v případě HDD se to dá všechno automatizovat – člověk ručně připojí jeden nebo několik disků a spustí skript pro kontrolu záloh nebo třeba zazálohování nových dat, což už běží samo a nevyžaduje to žádnou péči. O nějakou hodinu později se jen podíváš na výsledek, ale nemusíš kolem toho celou tu dobu skákat.
Ale ani ten HW není moc marnej. Teď jsem si ze sklepa starého bytu přivezl PC, které tam leželo 10 let. Před tím to byl můj první linux server (nonstop běžel v komoře několik let). A ještě před tím (cca před 17 lety od dneška) můj tehdejší desktop. Athlon XP. Deska superlevná ECS Elitegroup. Ten komp teď nabootoval jako by se nechumelilo. HDD ok (minimálně pro ten boot), deska OK, ventilátory OK (Arctic Cooling), zdroj (Fortron) OK, žádnej kondík nevytečenej ani mi neexplodoval do ksichtu. Celkem nečekaná zkušenost, neveřil bych, že se vůbec zapne monitor (crt rok výroby 1998).
Můj první počítač (386) dodnes běží. U spousty věcí, hlavně spotřebního zboží, oblečení atd. mám pocit, že kvalita jde dolů a zatímco novější výrobky už dávno zchátraly, ty staré stále ještě drží pohromadě a slouží. Ale zrovna s počítači mám poměrně dobrou zkušenost dlouhodobě – odešlo mi toho minimum. Jasně, odcházejí disky, s tím se počítá, pak taky větráky. Ale jinak to celkem drží a to mi rukama prošlo počítačů docela dost. Nějaký ten zdroj nebo FDD mechaniku jsem odkouřil vlastní chybou, ale že by mi samovolně vybuchovaly kondenzátory, odešla deska nebo monitor, to ne. Někdy ten hardware překvapí, např. ve škole jsme měli nějakou starou laserovku, u které jsem měl pocit, že se tam na ni deset let jen práší a bral ji jako nějaký historický artefakt – přitom byla pořád připojená k síti a poslušně čekala, až na ní bude někdo chtít něco vytisknout – fungovala naprosto bezchybně. Oproti tomu inkoustovky jsou takové tamagoči – musíš se o ně starat, jinak během pár měsíců zaschnou. O jehličkových tiskárnách ani nemluvě – to jsou takové obrněné tanky, které přežijí i válku. Třeba taková Okidata Microline 395 je slavná (tu bych měl jednou rád ve sbírce – zatím mám jen o něco menší a plastovější model téže značky).
by mi samovolně vybuchovaly kondenzátoryMě jednou vybuchl kondík v routerboardu pod stolem
Jak píšeš o těch routerboardech, tak jsi mi připomněl, že mi už dvakrát odešla WiFi anténa Ubiquiti. Ale ta je venku, běží 24/7, v létě do toho praží slunce, v zimě je to na mrazu a průběžně na to prší a sněží. Navíc do toho nalezli mravenci a různá další havěť. Jednou se tam asi něco zkratovalo a jednou tam asi jenom shnila část flash paměti – podařilo se mi to opravit tím, že jsem tam přes TFPT naflashoval nový firmware. Před tím to bylo v nějakém polomrtvém stavu, kdy to jakž takž předávalo pakety, ale HTTP ani SSH rozhraní nefungovalo.
Jinak sbírám ledasco, i nepočítačové věci. Částečně to je koníček, taková výstřední samoúčelná záliba, částečně to mám jako inspiraci – beru ty věci do ruky a snažím se nad tím přemýšlet, co z toho designu je nadčasové, co bylo poplatné své době, proč ta věc byla úspěšná nebo naopak neúspěšná. Taky mne baví hledat opakující se vzory, vracející se trendy, nebo návrhy, které předběhly svoji dobu, zatímco podobná věc se po letech prosadila.
bylo by potřeba mít nějaký měničMůžete si koupit, ale je dost možné, že cena nebude úplně příznivá pro běžného domácího smrtelníka
BTW: není nějaký souborový systém pro optická média, který by obsahoval redundanci?Maximálně si tak obrazy těch disků dát do RAID4 a vypálit to paritu na samostatný disk
BTW: není nějaký souborový systém pro optická média, který by obsahoval redundanci? Tzn. použitelná kapacita by byla nižší, ale kdyby se na disku objevily nečitelné oblasti, šlo by se z toho díky redundanci zotavit. Něco jako RAID 5/6 – případně software, který by k sadě disků vygeneroval jeden nebo více disků obsahujících redundantní data.
Ale človek si tam kľudne môže nahrať aj image diskov s NextGen FS ktorý má v sebe obdobu RAID. Fantázii sa medze nekladú.To klidně může, ale jestli není nakonec jednodušší to vypálit ještě jednou.
To by odpovídalo RAIDu 1. Ale kdyby sis k sadě několika disků vygeneroval jeden dva další disky obsahující redundantní data, tak by to mohlo dát lepší poměr.
P.S. Nebo když vím, že kapacitu disku plně nevyužiji a zároveň tam už nechci nic připisovat, tak by dávalo smysl na ten jeden disk vypálit stejná data vícekrát a tím se ochránit před nečitelností části disku. Dělat to ručně samozřejmě jde, ale líbilo by se mi to mít nějak automatizované a standardizované.
To je dobrý nápad.
Ještě přemýšlím, jak ty dokumenty zabezpečit. Bylo by možné dát všechny důležité dokumenty s citlivými informacemi do jednoho archivu, ten zabezpečit heslem a teprve potom ten archiv několikrát za sebou vypálit na jeden nosič? Bylo by to pak použitelné za pár let?
Tiskni
Sdílej: