Patálie z diskem (diskuse)

[Josef Kufner]

Když mi toto začne disk dělat, udělám jen remount do read-only, pokud je místo, začnu kopírovat okamžitě (na úrovni souborů), pokud není, tak dojdu pro nový disk a zkopíruju jakmile se vrátím. Žádné vypínání nebo odpojování. Prostě jen přestat používat a nechat točit. Nejlépe zastavit jakoukoliv diskovou aktivitu, aby se nevypláchla disková cache. Je docela fajn, že SATA je hotswap a není potřeba počítač vypínat.

[R]

Presne tak, dolezite veci kopirovat hned a po suboroch. Ked je na tom disk naozaj zle, tak po vypnuti sa uz nemusi rozbehnut alebo filesystem nepojde namountovat. A dd_rescue ho moze dorazit - videl som: najprv sa kopirovanie rozbehlo, ale potom sa dostalo na vadnu oblast, disk zacal realokovat velke mnozstvo sektorov az vsetky "nahradne" vycerpal. Tento stav asi nebol vo firmware korektne osetreny, tak disk prestal reagovat a po vypnuti uz nefungoval vobec...

[Pavel Píša]

Pokud je kam kopírovat, třeba i po lokální síti, tak je strategie nevypínat dobrá.

Na druhou stranu jsem několikrát uspěl s ddrescue na disku, který při najetí do chybové oblasti kolaboval tak, že potřeboval pro reset vypnout napájení. ddrescue pak běželo dny, s tím, že jsem se vždy u počítače stavil, zkrátil označení nepřístupných oblasti a pustil ddrescue v opačném směru (od začátku, od konce).

Další věc, co pomohla zvýšit citlivost a dostat se k datům z mnoha chybných oblastí je snížení šumu elektroniky podchlazením disku. Nechal jsem dobře/těsně zabalený disk přes noc v chladničce (později možná dokonce i v mrazáku) a pak ho zabalil aby se ohříval pouze pomalu a tak jsem z něho dostal další data.

U jiného disky, který na tom nebyl tak špatně podchlazení pomohlo k přečtení všech dat.

Úspěch/nepoškození disku podchlazením v žádném případě negarantuji, ale statisticky mi již několikrát velmi pomohlo.

[Josef Kufner]

Nevypínat a kopírovat je vhodná strategie na začátku, když je selhání disku zjištěno, nebo ještě lépe, když disk teprve začíná zlobit. Pokud se část dat nepovede přečíst a není tato část zálohována, pak přijde na řadu mrazák a ddrescue. Tedy bavíme se o dvou nezávislých fázích záchrany dat z disku.

[Nicky726]

Přesto systém nenajel a skončil v dracut shellu s tím, že neumí najít resume oddíl se swapem. Vytvoření nového oddílu nepomohlo a jediné co systám znovu udělalo funkční bylo přegenerování initramfs.

Máš tedy nakonfigurovanou hibernaci. Jednak jde o resume háček v mkinitcpio.conf (nebo jak to tvá distribuce řeší), kterým se volba nastavuje, a pak o resume parametr jádra v konfiguraci zavaděče. Myslím, že by mělo stačit vyhodit tento z konfigurace zavaděče.

[bogo]

ext4 by takovou velkou chybu neměl.

Mas nejaky dukaz, nebo varis z vody ?

[lertimir]

Zachraňoval jsem data s jiného disku s ext4, kde chybovost sektorů byla po ddrescue přibližně 0,8% a struktura byla méně narušená než v tomto připadě kdy bylo nečitelných 7MB z 3TB tedy 0,00023%. Podrobnější studii nemám. Ale mnohdy jsou s XFS problémy i po HW výpadku napájení, beru ho jako výkonný systém pro spolehlivý HW.