Re: récupération de fichier endommagé

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>