Con l’uso di fsck dovremmo aver corretto diversi problemi sui nostri dischi ma qualche volta tutto cio’ non basta ed il problema potrebbe essere piu’ serio ed il disco hardware potrebbe essere li li per lasciarci.

Dischi morenti , con testine saltellanti, che contengono tutti i nostri preziosi dati non sono una bella cosa da vedere. Come spiegato nel primo articolo in questi casi la prima cosa da evitare e’ di andare a modificare qualunque file e questo puo’ intendere anche cercare di farne singole copie su di altri supporti, questo perche’ogni azione compiuta vi avvicinera’ sempre di piu’ al momento di fault del disco, complicando molto ogni futura azione, la cosa migliore quindi e’ quella di non sottoporre ad ulteriore stress il disco e di clonarlo immediatamente effettuando una sua immagine “bit to bit” , sara’ sempre possibile, con tutta calma, operare sulla copia per estrapolare e becappare i nostri preziosi dati. Normalmente per effettuare questo tipo di copie si usa il tool dd ma in questo caso, presupponendo, un imminente guasto/arresto del disco a causa di seri problemi non fara’ al nostro caso poiche’ ‘dd’ e’ progettato per interrompersi non appena riscontra un errore e non sarebbe di grande aiuto dovendo operare su di un disco non funzionante. Affideremo quindi questa delicata operazione al comando ddrescue che, come dd , viene utilizzato per effettuare copie ‘bit to bit’ ma , diversamente da ‘dd’ , e’ in grado di saltare i blocchi guasti rilevati sul disco durante l’esecuzione e di copiare soltanto quelli sani.

Ora per poter cominciare questa importante fase ocorrera’ procurarsi un supporto su cui effettuare la copia, sta a voi usare il device (sano) che avete a disposizione sia che sia un secondo disco (interno/esterno) una chiavetta USB o altro, la cosa piu’ importante da verificare e’ che mentre il disco su cui effettuerete la copia dovra’ essere montato sul sistema, quello da “copiare” (difettoso) dovra’ invece essere smontato; effettuata questa importante verifica potremo lanciare il tutto eseguendo il seguente comando (come negli articoli precedenti nel mio caso il disco primario e di root del sistema e’ /dev/sdd1 quindi lo usero’ come esempio) :

• sudo ddrescue /dev/sdd1 /media/drive-di-backup/sdd1.image /media/drive-di-backup/logfile

questo comando effettuera’ la copia della partizione sdd1 del disco guasto e la salvera’ nel file  sdd1.image all’interno del disco di backup montato sotto /media/<drive-di-backup> , l’ultima parte si occupa invece di creare anche un file di LOG da poter leggere in caso di problemi. A questo punto tutti o gran parte dei nostri dati (dipende da quanto grave sia il guasto sul disco) saranno stati copiati e salvati sull’immagine creata; ora volendo essere pignoli potremmo chiedere ancora a ddrescue di cercare di recuperare quelle parti di blocchi/informazioni che risultano difettose tramite il seguente comando :

• sudo ddrescue -r 3 -C /dev/sdd1 /media/drive-di-backup/sdd1.image /media/drive-di-backup/logfile

in pratica con l’aggiunta dell’opzione ” -r 3 ” diciamo a ddrescue di effettuare un numero massimo di tre tentativi di lettura di quei dati su cui ha riscontrato errori per cercare cosi di riempire ulteriormente qualche altra fetta dei nostri preziosi dati. Questa operazione causa un forte stress sul disco ecco perche’ la eseguiamo soltanto dopo aver messo al riparo tutto il resto sull’immagine creata al primo giro. Sara’ proprio grazie alla lettura del file di LOG che ddrescue e’ in grado di riempire/aggiungere soltanto i blocchi vuoti , senza rileggere le parti gia’ eseguite correttamente in precedenza.

Ultimo consiglio se dovete salvare piu’ partizioni eseguite ddrescue piu’ volte tante quante sono le partizioni per voi necessarie e create N file .image .

** Leggi anche ( ” a volte basta poco! ” )