linux user group brescia

immagine del castello

Archivio della mailing list

[LugBS] Hd Error mounting

Marco Tacchini tyrchyus a gmail.com
Mar 10 Nov 2009 22:17:30 UTC
Andrea probabilmente mi sbaglierò, ma anche un fsck andrebbe bene? se no 
perchè?

> ------------------------------
>
> Message: 2
> Date: Tue, 10 Nov 2009 12:27:38 +0100
> From: Andrea Gelmini <andrea.gelmini a lugbs.linux.it>
> To: Linux User Group di Brescia <lug a lugbs.linux.it>
> Subject: Re: [LugBS] Hd Error mounting
> Message-ID:
> 	<9cdbb57f0911100327md9e9889p40f55d8213a9993 a mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 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
>
>
>
> ------------------------------
>
> _______________________________________________
> Lug mailing list
> Lug a lugbs.linux.it
> http://lugbs.linux.it/cgi-bin/mailman/listinfo/lug
>
>
> Fine di Digest di Lug, Volume 42, Numero 29
> *******************************************
>
>   




Maggiori informazioni sulla lista Lug