linux user group brescia

Il 09 novembre 2009 23.54, Alessandro Pezzoli <alexpezzo a gmail.com> ha scritto:
>
> dd_rescue -v -l /mnt/tmp/sdb1.log /dev/sdb1 /mnt/tmp/sdb1.img
>

un paio di cose:
a) se l'errore fisico è all'inizio della partizione, come sembra, NTFS
non ha modo di essere riparato, in quanto non puo' scrivere le
modifiche sul journal (che sta, appunto, all'inizio della partizione);
per la stessa ragione Windows non ha modo di fare il boot, poichè è
fisicamente impossibilitato a fare il reply del journal;
b) non insistere ad agire sul disco originale; se è la meccanica che
sta tirando gli ultimi, continuare a farla funzionare non puo' che
velocizzarne il decesso;
c) usa dd_rescue nella prestigiosa funzione al contrario, nel senso
che proprio per ovviare a queste situazioni ti permette di fare il dd
partendo dal fondo e sostituendo con degli zeri cio' che non riesce a
leggere (questo è fondamentale per non cambiare la geometria del
filesystem sotto i piedi e permetterne poi un recupero):
   a) dd_rescue -r -A /dev/sdb1 ~/recupero.dd
   b) ti fai una copia completa del file (che potremmo avere
necessita' di fare piu' prove): cp ~/recupero.dd ~/magheggi.dd
   c) lo leghi a loop0: losetup /dev/loop0 ~/magheggi.dd
   d) tenti di sistemare tutto con ntfsfix (del pacchetto ntfsprogs):
ntfsfix /dev/loop0
   e) vedi cosa ti dice ed eventualmente lo monti: mount -t ntfs-3g -o
ro /dev/loop0 /mnt

gia' che siamo in ballo, potresti provare anche un'altra via, ovvero
utilizzare ntfsclone (sempre di ntfsprogs) dicendogli di ignorare
errori di lettura/scrittura:
   ntfs-clone --rescue -s --output ~/magheggio_ntfsclone.img /dev/sdb1

Ora, per decidere quale dei due metodi valuta la dimensione dei dati
effettivi che hai sul disco. Se la partizione è di 100GB ed è piena
per 10, usa ntfs-clone. Diversamente usa dd. Insomma, l'idea è di far
lavorare il meno possibile il disco.

Ciao,
gelma