|
Re: récupération de fichier endommagé: msg#00331org.user-group.linux.france.nantes
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> |
|---|---|---|
| Previous by Date: | Re: [LNA] Recherche d'un hub 10 Mbps (ou mieux) pour le local: 00331, Famille Leduc |
|---|---|
| Next by Date: | Filtres procmailrc non fonctionnels ?: 00331, Florian Fainelli |
| Previous by Thread: | Re: récupération de fichier endommagéi: 00331, Sebastien Guilbaud |
| Next by Thread: | Re: récupération de fichier endommagé: 00331, GrdScarabe |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |