Obnova přepsaných clusterů

Tenhle problém je daleko komplexnější.1. Pokud chcete to úložiště cíleně poškodit, dělejte to nástroji k tomu určenými. Na Windows bych nevěřil ničemu, že udělá přesně to, co po něm chci.2. Na té flashce je řadič, který přemapovává data na flash paměti do podoby, kterou vidí OS. Typicky, ve chvíli kdy chcete přepsat soubor, ve skutečnosti soubor nepřepisujete, ale původní označí za smazaný a vytvoří nový. A to nejen souborový systém, ale i ten řadič. Jenže to nemůžete vůbec tušit bez přístupu k dokumentaci toho řadiče ve flashdisku, a každý flashdisk to může mít jinak.3. Recuva i Disk Drill budou brát data z řadiče. Ten má původní soubor za smazaný, takže těžko mohou ta data obnovit. Pracují typicky na úrovni souborového systému. To, že něco neobnoví, neznamená, že to nejde obnovit jinak.4. Když se najde schopný a dobře vybavený elektronik s potřebnou dokumentací (je to HODNĚ nákladné), může teoreticky ten původní soubor z té flash paměti… vytáhnout bez použití řadiče.Chce to přesně říct, o co vám jde. Bez toho je to totální šamanismus. Jinak držím palce, jen si hrajte, ale chce to dát tomu trochu smysl, jinak vám tyhle získané zkušenosti budou docela k ničemu, nepůjdou aplikovat jinde. Ukázat celý příspěvek

Troll 4malita alias nemohoucí, NEREAGOVAT.

Děkuji za reakce, které mne přivedli k detailnějšímu zkoumání informací poskytované sw Recuva. Pár reakcí na získané info, které mne překvapily. Nebudu se s nikým přít v teoretické rovině, vycházím z toho, co jsem zjistil.1) #Orville: „…ale v první volné chvíli je taky vymaže fyzicky“. Můj poznatek - sw photoRec vytáhl z flashky několik let „smazané“ soubory, až jsem se divil. Asi tedy nebyly fyzicky smazané.2) Tvrzení, že umazáním obsahu souboru a jeho uložením se přepíše/smaže fyzicky obsah původně využívaných clusterů. To by se dalo ověřit, pokud bych věděl, jak „jednoduše“ zjistit obsah příslušného clusteru. Proč by to ale systém dělal a ztrácel tím čas? Smazání je de facto jen další zápis (nebo ne?). Spíš se jakoby ztratí clustery z evidence souborového systému a tedy se považují za neobsazené. Třeba se pletu, tím spíš by bylo zajímavější ověřovat obsah clusteru.Společně ad 1,2) je docela možné… i pravděpodobné, že chování je určeno OS. Nejnovější OS WIN možná fungují, jak píše Orville. Každopádně moje aktuální zjištění nejsou v souladu s tím, co uvedl Orville, Rozhodně to minimálně nelze brát jako univerzálně platné tvrzení. Testuji na Vistách, flashka běžně používána pod Win 8.1.3) #Bzuci: „Typicky, ve chvíli kdy chcete přepsat soubor, ve skutečnosti soubor nepřepisujete, ale původní označí za smazaný a vytvoří nový.“Pokud soubor změním (zvětším) a uložím – podle info Recuvy ukládá na stejné clustery + připojí nové, pokud je třeba. Tím nevyvracím tvoje info, pouze konstatuji zjištění z praxe. Uvědomuji si, že by bylo nutné jít ještě hlouběji do systému, co se tam přesně děje. Recuva hlásí nějaký koncový stav procesu, ale nelze přes ni zmapovat průběh toho procesu.4) Testovaný soubor na flashce jsem smazal běžným způsobem, následně jsem jej chtěl obnovit. Recuva mi oznámila, že část clusterů bylo přepsáno jiným souborem <píše i jakým>. Přitom jsem žádnou operaci s tím souborem, kterým měl být přepsán a ani nic dalšího na flashce nedělal. Další pokusy o zopakování téhož zatím bez úspěchu. Nemám pro toto žádné vysvětlení. Vaše postřehy?5) Recuva nabízí možnost HLEDAT --> a) Analyzovat soubory b) Analyzovat obsah… tj. hledat zadaný řetězec v obsahu souboru. Zatím poznatky jsou takové, že hledat česká slova (s diakritikou) neumí. Jinak hledané nachází.Disk Drill – nevím o tom, že by poskytoval přehled o tom, co se děje na úrovni clusterů. Proto se mi jeví Recuva jako dobrý sw, ačkoli mi zde chybí právě zjištění obsahu clusteru 🙁 Klidně můžete poradit, pokud k tomu existuje nějaká utilita, nebo jestli samotný OS má nějaký nástroj pro tento účel. Tolik zatím k věci. Píšu do fóra to, co považuji za snadno popsatelné. Přeji pěkný víkend, pokračování až v týdnu - pokud tedy bude nějaký posun. Díky za dosavadní postřehy k věci. Ukázat celý příspěvek

Pokud něco přepíšeš, je to pryč.Možná kdybys na té flashce měl nějaký rozumný copy-on-write filesystém, který přepsané části souboru zapisuje jinam (a lze doufat, že místo uvolněné po původním obsahu souboru zůstane — při hypotetické absenci jiných zápisů do souborového systému — nějakou dobu netknuté), dalo by se o jakýchsi pokusech o obnovu uvažovat.Ale rtf… No, obnova většinou bývá úspěšnější u videa a podobných souborů, kde “kontejnerové” formáty často mívají užitečná metadata zahovnaná na nějakou 2^N velikost, která třeba může trochu ladit s velikostí bloků (nebo s tím, čemu který filesystém říká “clustery”). Tam je pak jakási šance na obnovu lepší. S rtf bys dost možná neuspěl ani na copy-on-write filesystému.

Hned první věta z úvodu vlákna: "Na flashku jsem nakopíroval *.rtf soubor, cca 20MB, část jsem umazal a uložil (simulace nechtěného přepsání). Následně se snažím obnovit soubor do původní podoby..."Jak se ukazuje, nadpis vlákna nebyl zvolen jako nejlepší, protože vede k vytvoření myšlenkové fikce o "přepsaných clusterů". Měl jsem za to, že úvodní věta příspěvku je dostatečně popisná.V rámci hledání info, jsem nalezl toto k tématu.https://osy.pages.fel.cvut.cz/docs/prednasky...e10_fs.pdfstr 17, 19, 20.Otázka: Jak číst metadata z disku - včetně lokace, kde se nachází bloky dat souboru a jak přečíst tato data ze zvolené lokace? To první Recuva umí, to druhé nikoliv. Chybí i nějaký celkový pohled na strukturu disku - 1) obsazené a lokalizované clustry (podchycené v metadatech)2) nelokalizované, ale data obsahující clustry (vzniklé třeba tak, že je soubor smazán nebo umazán - menší velikost)3)… dosud zcela nepoužité clustry bez dat. Ukázat celý příspěvek

Jen tak "na okraj". Řeší se tu také HDD, čili magnetické paměťové media. Tam ta obnova "nějak" šla i po fyzickém přepsání, ale to nebylo pro běžného člověka s běžným (free) SW. Ale tazatel má polovodičovou paměť, tak prostě paměťové buňky fyzicky přepsány - data pryč.

Koho napadaj takove kraviny a k cemu je to dobre?Tohle mi smrdi trollem