linux user group brescia

immagine del castello

Archivio della mailing list

[LugBS] Hd Error mounting

Andrea Gelmini andrea.gelmini a lugbs.linux.it
Ven 13 Nov 2009 10:17:17 UTC
Il 13 novembre 2009 07.17, Alessandro Pezzoli <alexpezzo a gmail.com> ha scritto:
> ..prosegue moooolto lentamente lascio andare? ci vorranno altri 2 gg.
>
> dd_rescue: (info): ipos:  53934232.5k, opos:  53934232.5k, xferd:   4663296.0k
>             -     errs:      0, errxfer:         0.0k, succxfer:   4663296.0k
>             +curr.rate:      160kB/s, avg.rate:      155kB/s, avg.load:  0.1%

Un paio di cose:
a) vfat non permette di creare file piu' grossi di 2 giga, ecco perchè
avevi noie;
b) piuttosto che ntfs ti consiglierei di formattare in ext3/4 (questo
perchè così, nelle fasi successive, abbiamo piu' liberta' di movimento
e, soprattutto, non andando in emulazione, come ntfs, risulta
decisamente piu' veloce);
c) visto che dd_rescue non sta tornando errori, viene da pensare che
la velocita' sia strozzata o dalla porta usb (magari una vecchia 1.1)
oppure dal disco di destinazione; ad ogni modo, il punto è che di
questo passo ci vuole un'eternita', altro che due giorni (parliamo di
50G a 160KB al secondo).

Il mio suggerimento è:
a) ferma tutto;
b) formatta la partizione dell'hd esterno in ext3;
c) se proprio non hai 50G liberi in una delle partizioni interne alla
macchina, rilancia la procedura sull'hd esterno ma prima...
d) controlliamo a che velocita' viaggia: dd if=/dev/sdb of=/dev/null
bs=1M count=100 (alla fine ti torna la media di trasferimento);
e) notasi che il problema potrebbe essere il disco sorgente che, a
fronte di errori, obbliga dd_rescue a fare piu' tentativi di lettura
per traccia, con il tracollo della velocita'; in questo caso pero'
avremmo una chiara segnalazione degli errori trovati.

A presto,
gelma




Maggiori informazioni sulla lista Lug