Newsgroup: it.comp.os.linux.iniziare
Titolo: Recupero partizioni e dati

Ciao a tutti
Questo è il problema:
-disco interno Maxtor da 80 Gb
-5 partizioni: 1 pri NTFS + 1 ext
con 4 logiche, 3 NTFS 1 FAT32
-disco visibile da BIOS
-MBR e Partition Table corrotti
-molti settori (compresi quelli iniziali)
danneggiati in tutte le partizioni
-ricostruzione della PT possibile ma
solo su RAMDisk, non ripristinabile
su disco causa settori iniziali
fisicamente danneggiati
Non ho rilevato rumori particolari, testine e motore
dovrebbero essere normalmente funzionanti.
Possibile soluzione:
boot con linux e cloning del disco
su partizione da 90 Gb dell'altro disco(120 Gb)
Per ora sono riuscito a clonare il disco
con grab (interfaccia grafica di dd) in dotazione
alla distro Helix.
Dunque, ora dovrei avere l'immagine del
disco da 80 Gb (hdb)in hda6 (ext3), come posso procedere
al recupero delle partizioni o almeno dei dati?
testdisk potrebbe essere la soluzione, ma potra' riconoscere
dati su partizioni NTFS e FAT32?
grazie e scusate per la confusione ed il parziale OT!
flp

 dati su partizioni NTFS e FAT32?
Testdisk non guarda i dati, cerca solo le partizioni, e non dovrebbe
badare al fatto che siano dell'uno o dell'altro tipo.
Una volta che hai recuperato le partizioni, puoi usare qualche
tool windowsiano di recovery.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

grazie roberto
ah... quindi l'immagine che ho creato, più che su una partizione,
andava creata sull'intero disco da 120 Gb?
Ricapitolando:
non avendo a disposizione altro che questo disco da 120 Gb
ed un altro da 40 Gb, quello che posso fare e'una nuova
immagine del disco corrotto sull'intero disco da 120 Gb, giusto?
dall'immagine in hda6 non posso proprio ricavarci nulla?
grazie dell'aiuto!
ciao
flp

 writes:

Si', ma ti devi sbattere. Gia' se avessi messo l'immagine su un file,
a suon di losetup sarebbe stato piu' semplice.
.a.
-- 
Il mattino ha l'oro in bocca. Il MATTino ha l'OrO In bOcca.
i lma tt ino ha l'o roin bocc a.ilmattinohal'oroinbocca. il ma tt in
oh al' or oi nb oc ca. il matti noha l'oroinbocca. IL MATtiNO Ha l'ORO
InBOCCa. I l m a t t i n o  h a l' o r o i n b o c c a . ilmattinohal'oroin
BoCcA. iLmAtTiNoHaL'oRoInBoCcA.

 dall'immagine in hda6 non posso proprio ricavarci nulla?
Quanto era pieno, quel disco?
Se non era proprio pieno di roba gia' compressa, ci si puo' riuscire.
Partiamo sempre da cd-live.
Monti entrambi i dischi (fisicamente, non con mount ) hda 120GB hdb40GB.
Copi comprimendo (con dd verso gzip o bz2) hda6 (se ricordo bene) sul
disco da 40.
Se non ci sta, riparti dal disco guasto.
Se ci sta, ricopi decomprimendo verso hda
Lanci testdisck che cerchera' di ricostruire la struttura delle
partizioni.
Da li' in avanti, molto dipende dal tipo di guasto e dalla distribuzione 
dei settori danneggiati.


allora, se non ricordo male, grab dovrebbe aver creato un _file_
immagine(dal nome 'image', senza estensione).
In ogni caso ho provato a lanciare testdisk su hda6, che prima del
cloning, avevo formattato in ext3.
Ora testdisk vede hda6 come un'unica partizione hpfs/ntfs grande
all'incirca 95 Gb.
Salvo cosi' la nuova tabella?
Ma anche, leggendo i vecchi messaggi ho pensato che potrei
ripartizionare il disco con qtparted in un' unica partizione, ma a
sensazione mi pare una mossa non troppo furba.
Che ne dite?
ciao!
flp
P.S. dai, male che vada sono pronto a rifarmi le 13 ore di cloning con
dd...

 dd...
Volevo evitartelo, non e' detto che un disco con tali guai sopporti
senza distruggersi ulteriormente altre tredici ore di dd.
Io prma proverei se bzippando l'immagine gia' ottenuta ci sta sul
disco piccolo.
Nel caso decidessi, mi raccomando, usa dd_rescue da hda a hdb, non
usare partizioni.
E per evitare falsi positivi sulle partizioni estese/logiche, prima
di fare la copia, ripulisci con dd if=/dev/zero of=/dev/hdb il disco
destinatario della copiatura.
PS: ho sempre considerato i device in questo modo: hda il disco rotto
e hdb il disco da 120.


Ora ho le idee un filino piu' chiare!
Ho pero' ancora una domanda da farti: in un tuo vecchio messaggio
dicevi, se non erro, di aver avuto un problema simile su un disco da 1
giga che clonato su uno da 2 giga lo fece diventare di 1 anch'esso. Si
puo' poi farlo tornare alle sue dimensioni originali una volta
recuperati i dati?
grazie, ciao!
flp

 recuperati i dati?
Sempre il solito testdisk alla fine ti rimette a posto le partizioni
(se le trova, ovviamente) nella struttura *fisica* del disco su cui
lavora.
Nel mio caso, il disco ritornerebbe da due giga, con un giga libero da 
partizioni, utilizzabile.
