Presne tak, nejedna se o archivaci. Tudiz mit filesystem, ktery kontroluje integritu dat je jiste super, ale pokud v celem retezci prenosu a zpracovani dat nejsou taky dusledne implementovany kontroly integrity, tak je to nedostacujici. Napriklad pokud mate lehce shnilou non-ECC pamet v PC, ktere vybaluje soubory z archivu (nebo nedejboze primo v NAS), tak vam klidne nastane presne ta situace, ktere se tazatel obava i na super-duper filesystemu.
Plus pokud by se vyskytla nejaka chyba v aplikaci zpracovavajici data (treba zip-unzip), tak k tehle nezadouci situaci muze dojit i na totalne zdravem zeleze s kontrolami integrity vseho a vsude.
Takze vzhledem k tomu, ze mezi pozadavky tazatele je i prejmenovani souboru, bude treba k obsahu archivu pristupovat vyhradne pred aplikaci, ktera ke kazdemu souboru bude mit nekde ulozeny id a hash. V obsahu archivu budou taky dost prekazet baliky zipu, protoze neobsahuji id a hashe k souborum uvnitr. No, bude to hezka prace na dlouhe zimni vecery

PS Moc nechapu tu dnesni posedlost kontrolou integrity dat zrovna u disku, kde mezi dnes bezne dostupnymi modely v normalni distribuci neni ani jeden, ktery by neobsahoval kontrolu integrity interne. Jiste, filesystem umi "lepsi" kontrolu, ktera by mela odhalit i "divotvorny" kablik, proc to nevyuzit, ale jsem v oboru uz peknou radku let a nevidel jsem ani jeden disk, ktery by ze sebe vyndaval jina data nez byla zapsana bez chybove hlasky, jeden jediny "divotvorny" kablik, ale spoustu vadnych pameti RAM. Ergo kladivko poridte si predvsim zarucene fungujici ECC zelezo a poradny switch s kabelazi, pak teprve filesystem. Protoze nesedite pred digitalnim pocitacem. Sedite pred analogovym emulatorem digitalniho pocitace
