Dotaz: Program k vyhledání smazaných dat na HDD

[L_l]

Zdravím chlapi, asi budu mít poněkud netradiční a hloupý dotaz, ale zkoušel jsem test zápisu a čtení svého externího HDD v programu Gnome disk utility. Jako "expert" jsem bez povšimnutí odkikl i upozornění, že jsem si mám před testem zálohovat data. Udělal jsem chybu, ale měl jsem za to, že si program udělá jen své zápisy a svá čtení, prostě že se nedotkne dat. HDD má ještě dost volného místa. Jelikož dat není málo, pouhým zrakem nemohu zjistit, jestli jsem vůbec nepáchal nějaké škody, či ne. Za tipy a komentáře moc děkuji.

Odpovědi

[nobody]

- na 99% se souborum na disku nic nestalo, upozorneni je styl "kdyby se nahodou neco podelalo"...

- na 99% nemas sanci overit jestli se souborum neco stalo, bez toho aby jsi pred testem a po testu udelal vsem souborum md5 nebo sha-1 kontrolni soucty a pak ten seznam porovnal (diff seznam-pred.md5 seznam-po.md5)

- na 99% obnova smazanych obnovi hromadu bordelu co si smazal vloni, predloni...

jinak na obnovu smazanych souboru (nikoliv na vyreseni tve otazky) je nastroj photorec z baliku testdisk

[L_l]

Na nástroj photorec se podívám. Díky. Zřejmě se fakticky nic nestalo. Díval jsem se na gnome-disk podrobněji a soubory, které byly přepsány by se měly objevit někde jinde. Doufám, že ntfs-3g nic nepodělalo. Důležitosti kontrolních součtů jsem si vědom, ale jejich soupis fakt nemám. Snad budu příště bystřejší.

[lertimir]

Tedy nějaké soubory opravdu "byly přepsány"?? Ty testovací benchmarky, pokud jsou s write režimem, který je možné mít na obsazeném disku, obvykle fungují tak, že přečtou sektory, zapíšou tam něco svého, třeba random data, přečtou jestli byla dobře zapsána, a nakonec tam zapíšou původní data (a možná ještě zkontrolují zápis). Je to přímo na sektorové úrovni, takže filesystém nic neví. a je to opravdu vhodné dělat na odmountovaném systému. To varování je proto, že když nastane havarie systému mezi zápisem testovacích dat a opětovným zápisem původních dat není žádná cesta zpět. Provozovat toto na připojeném FS je bláznovství, protože pokud FS zapíše něco mezi přečtením původních a zápisem vracených dat je to ztraceno. Gnome nepoužívám, ale v dokumentaci se určitě dá najít jestli gnome-disk jede tímto schématem.

[L_l]

Nemám v zásadě možnost ověřit si, jestli nějaká data byla poškozena. Jak se zmiňoval nobody kontrolní součty. Kdybych měl od každého souboru součet a následně je ještě všechny kotroloval, nedělal bych potom už nic jiného. Disk byl v době testu bohužel NAMOUNTOVANÝ, ale žádný program, který by mohl něco přepsat mezi, spustěn nebyl. Proč by si měl filesystém něco sám od sebe zapisovat? Díky, na dokumentaci se podívám.

[nobody]

pokud by neslo o uzivatelska data, ale o system, tak lze kontrolovat md5 souboru z instalovanejch baliku pomoci (doinstalovaneho):

debsums --changed

md5 soucty to cerpa z informace o balickach, tedy neni potreba nic predem vytvaret...

[L_l]

Kdyby šlo o systémové soubory, přinejhorším bych udělal reinstalaci OS, jenže skutečně se jedná o uživatelská data. Nyní mně nezbývá než doufat. Je ale škoda, že v případě testování zápisu, program prostě disk neodpojí nebo že tuto operaci z důvodu ochrany neodmítne vykonat.

[lertimir]

Nizko-úrovňové systémové programy očekávají dostatečnou kvalifikaci. Proto jsou omezeny na uživatele root. A naopak jsem rád, že linux vždy provede, co chci.

[Andrej]

na 99% nemas sanci overit jestli se souborum neco stalo, bez toho aby jsi pred testem a po testu udelal vsem souborum md5 nebo sha-1 kontrolni soucty a pak ten seznam porovnal (diff seznam-pred.md5 seznam-po.md5)

Parafráze jedné tupé reklamy: Ale mám! Ale mám! Prostě mám!

Btrfs.

[L_l]

Díky za radu, ale Btrfs dávat na externí disk?