logo       

Re: récupération de fichier endommagé: msg#00331

org.user-group.linux.france.nantes

Subject: Re: récupération de fichier endommagé


La procédure de récupération des fichiers telles que décrite sur le site (cf
ci-dessous) ne m'a permis de récupérer qu'environ 5% des fichiers.

J'ai tronçonné l'archive en segments de 50M approx, et j'ai relancé la manip
sur chacun des fichiers (divide & conquer, comme disais mon prof de maths)
Pour éviter les problèmes de fichiers potentiellement coupés et se retrouvant
sur deux segments d'archives, j'ai gardé un recouvrement de 25M environ)

Et là, miracle, je suis pour l'instant à + de 30% de récupération (le boulot
n'est pas encore terminé)

Malheureusement, ti problème: la (quasi)totalité des images jpeg sont
corrompues.
Bien qu'on puisse les visualiser sous forme de vignettes dans un konqueror, pas
possible de les voir en "vrai".
Quand ça marche à peu près, il n'y a qu'un bandeau (généralement en haut de
l'image qui s'affiche)
Sinon, c'est carrément:

"Le format de fichier n'est peut-être pas géré,
"ou bien la bibliothèque « Imlib » n'est pas correctement installée.

Pour vérifier le dernier point, j'ai réinstallé, ça ne semble pas être ça.
Je pense à un problème de header

Pb identique quelque soit le visualiseur utilisé.

Pas plus de succès du côté d'ImageMagick:
un "convert corrompu.jpg test.jpg " donne quelques messages d'alerte (convert:
Unsupported marker type 0x69), fait le boulot mais résultat à peu près
identique.

Des idées?












j'ai suivi la procédure indiquée par l'urbanophile et ça a l'air de
marcher.
c'est très lent (non: extrêmement lent), mais l'arborescence ainsi que
les fichiers semblent être en cours de récupération.
vitesse estimée: 5 fichiers par café

promis, quand ce sera terminé, je vous envoie un résumé de la manip.

mais plus jamais je ne compresserai des jpeg (faut être idiot, non?)

un grand merci à Seb et P. (?)




Le jeudi 27 octobre 2005 à 08:40 +0200, Sebastien Guilbaud a écrit :
> >> gzip: stdin: not in gzip format
> >> tar: Child returned status 1
> >> tar: Statut d'erreur reporté d'erreurs précédentes.
> >>
> >> question: connaissez vous un procédé pour forcer l'ouverture du fichier?
> >> (version ouvre-boite)
> >
> > je me demande s'il n'y a pas une commande gziprecover (je sais
> > qu'elle existe pour bzip2) qui "sauve" les blocs compressés valides.
> > Après, reste
> > à voir si tar supporte de décompresser des archives partiellement
> > corrompues...
>
> je m'auto-réponds :-)) pas de commande gziprecover "standard", mais
> j'ai trouvé ca :
>
> http://www.urbanophile.com/arenn/hacking/gzrt/gzrt.html
>
> c'est vrai que quand les .gz sont corrompus, on n'a pas
> le message "not in gzip format" mais plutôt
> "invalid compressed data--crc error" ou
> "invalid compressed data--length error". Tu as essayé la
> solution de pascal de tenter un file <tonfichier> histoire
> de voir si c'est bien du gzip et pas du bzip2 (ou un bête
> tar non compressé) ?
> Comme l'a dit GrdScarabe, pour les backups il faut
> préférer les formats qui supportent les petites erreurs, ou
> bien générer des données de récupération à côté avec par2, ca
> marche bien aussi.
>
--
rafcam <rafcam-jG/AHqQBv7lBDgjK7y7TUQ@xxxxxxxxxxxxxxxx>




<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise