[Howto] Data Recovery su Partizioni Rovinate o Illeggibili

[.:deadhead:.]

In questo howto si tratterà del come creare copie di partizioni danneggiate, per poi di recuperare i dati in esse contenute. Effettuare operazioni di ripristino dati su partizioni già danneggiate non è mai una buona idea in quanto si modifica l'originale con tutti i dati sopra e, se il danno è fisico, si rischia di peggiorar ancora di più la situazione.

Le informazioni qui contenute sono frutto della mia personale esperienza. Non assicuro che quanto ho fatto io possa esser utile anche a voi a recuperare i dati presenti sul vostro disco. Le procedure qui di seguito riportate possono arrecare MORTE E DISTRUZIONE a voi ai vostri dati e al vostro hardware. NON MI ASSUMO ALCUNA RESPONSABILITA' in caso di danni. Se non vi sentite all'altezza, NON FATELO. Se vi trovate a legger questo post, e non è per puro interesse intellettuale, siate consci che il cestino è la prossima fermata. Se decidete di seguire questo howto, leggetelo tutto almeno un paio di volte prima di cominciare a lavorare sul vostro disco ed assicuratevi di aver compresi TUTTI I PASSAGGI

Bene dopo queste piccole formalità, cominciamo. Bisturi...

Prefazione

So come vi sentite, avete paura, dei dati a cui non riuscite più ad accedere non avete backup e sono dannatamente importanti, sono frutto del vostro lavoro e della vostra fatica.

La prima cosa che dovete fare e respirare e stare calmi. L'impulsività non ha mai portato a buoni risultati. Innanzitutto vi anticipo che questa procedura sarà lunga. almeno 24h.

Prima di cominciare qualsiasi operazione di recupero dei dati, vi suggerisco di lasciare spento, staccato dalla corrente, il disco contenente la partizione non più leggibile. Chiamatela irrazionalità chiamatela superstizione ma 24h di riposo spesso hanno fatto la differenza. Lasciarlo collegato alla corrente mantiene il disco in rotazione, il funzionamento genera calore e il calore non è salutare in queste situazioni delicate.

Respirate e leggete tutto il documento. E' molto probabile che recupererete tutti ivostri dati. Ridate corrente al disco solo quando saprete esattamente come muovervi. Dovrete esser veloci e precisi come chirurghi.

Obiettivo

Recuperare tutto il FS contenuto sulla partizione danneggiata, per poi provvedere alla correzione degli errori presenti (argomento non trattato in questo howto) e ritornare così ad accedere ai nostri dati. Non è mai saggio lavorare sui dati originali, se si devono effetturare operazioni di ripristino e/o correzione del filesystem.

Errori

Gli errori di lettura su una partizione possono esser causati da danni solo al filesystem o anche a livello hardware.

Se il danno è solo a livello di FS, possiamo tranquillamente usare le altre partizioni per lavorare ed eventualmente far partire altri OS.

Se invece il danno a livello logico [filesystem] è generato da un problema a monte, a livello HW [ badblocks o $altri_eventi_traumatici ], continuare a lavorare sullo stesso disco, anche solo con altre partizioni, non farà altro che ridurre la possibilità di recupero dei dati.

Come distinguere che tipo di danno è? Usate gli smartmontools!

Strumenti

Il tool che farà al caso nostro è dd_rhelp. dd_rhelp non fà altro che migliorare il buon lavoro di dd_rescue che non è altro che dd orientato al recupero dei dischi (che adorabile digressione)

dd, come tutti saprete, permette di leggere sequenzialmente bit a bit il disco, non tenendo in considerazione ciò che sta ai livelli superiori, ossia filesystem e dati ivi contenuti. Questo ci permette di andare a leggere e copiare altrove tutti e soli i blocchi sani di un filesystem con alcuni blocchi non sono più leggibili perchè danneggiati o $altro_evento_tragico.

dd non fa altro che ricevere come informazioni da dove leggere, dove scrivere, eventualmente quanti blocchi leggere alla volta e stop. Ora capite bene che il tempo impiegato da dd a leggere 1e scrivere 1 blocco alla volta è molto. Se anche impostassimo un numero maggiore di blocchi letti alla volta, il rischio è che se noi leggiamo 5 blocchi alla volta ed il blocco danneggiato è uno solo, ne scartiamo 4 buoni. L'ideale sarebbe quello di avere un meccanismo dinamico che legge molti blocchi alla volta, ma quando incontra un errore, riduce la finestra di lettura e riprova, così da assicurarci la lettura di TUTTI i blocchi sani presenti sul disco.

dd_rescue fà proprio questo. ma in caso di errore passa a leggere 512byte alla volta. Una caratteristica molto utile di dd_rescue è che il programma tiene un log dei blocchi salvati e questo permette di interrompere le operazioni di recupero e di riprenderemo sucessivaamente, cercando di leggere tutti e soli i dati non già letti. Questa caratteristica è utile anche quando abbiamo 2 copie corrotte dello stesso file [dd_rescue accetta come fonte sia device a blocchi (partizioni ad esempio) sia file]. Eseguendo dd_rescue su entrambi e dandogli come output il medesimo file, ci sono buone probabilità di ottenere la copia completa del file originale. dd_rescue di default legge 65k alla volta, ma in caso di errore passa a leggere 512byte [l'unità minima di allocazione su un file system] alla volta. Il problema di questo comportamento è che dd_rescue prova e riprova a leggere il settore danneggiato, consumando un sacco di tempo.
Una soluzione potrebbe esser quella di copiare prima tutti i dati sani e poi spender tempo su i blocchi rovinati.

E questo è esattamente il comportamento di dd_rhelp, che altro non è che uno leggerissimo programma che si appoggia a dd_rescue e ci permette di avere una prima copia con il dati immediatamente leggibili in tempi più rapidi.

LiveCD

L'ideale compagno di situazioni come queste è un buon liveCD con tutti i tools del caso. Esistono dei liveCD pensati proprio per questi casi; essi ad es. non montano in auomatico i dischi [per preservarne l'integrità] e forniscono raccolte di tools specifici.

Io mi son trovato molto bene a lavorare con R.I.P. (Recovery Is Possible) in quanto integra sia dd_rescue che dd_rhelp ed offre alcuni utili script.

Spazio

La copia della partizione che creeremo andrà a finire dentro ad un file. Pertando assicuriamoci di avere una partizione almeno un po' + grande della partizione che stiamo recuperando.

Il salvataggio su file della partizione danneggiata è indubbiamente molto flessibile in quanto ci permette di spostare il file contenente il FS ivi contenuto dove più ci aggrada [meglio su una partizione con FS XFS che gestisce al meglio file grossi], correggere eventuali errori e ripristinare i dati contenuti su un'altra partizione, eventualmente + grande o con un altro filesystem.

Ovviamente vale quanto detto prima, se si tratta di un errore solo SW ben venga l'uso del medesimo disco. In caso di errori fisici, è tassativo usare un altro disco.

Let's go!

Adesso si passa alla pratica: bootate con il vostro liveCD ed innanzitutto attivate il dma su tutti i dischi che saranno coinvolti nelle operazioni di ripristino

[TeoBì]

Non mi è chiaro una cosa,
adesso stò effettuando quanto scritto sulla guida e ho lanciato il dd_rhelp che salvando tutta la partizione in un file.
Una volta finito il tutto dovrei montare la partizione con il comando

[.:deadhead:.]

Prova a dare uno sguardo a tutta questa pagina sul wiki, in particolare al link in fondo

Per quanto riguarda i tools di recupero/ripristino passagli tranquillamente come argomento il file contenente il FS
_________________
Proudly member of the Gentoo Documentation Project: the Italian Conspiracy !

[makoomba]

@.:deadhead:.
aggiungo che, qualora non si disponesse dello spazio necessario, è possibile fare la copia via rete usando ssh

[Cazzantonio]

Aggiunto al topic "Faq, Howto, Tips e Documentazione" sezione howto
_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne

[unz]

mo libero spazio e vedo se riesco a recuperare un mio vecchio hd su cui ho pianto molto ... incrocio le dita
_________________
Ma che c'hai là? Sulla spalla!!!! http://lascimmia.it/