Salut,
 
J'ai une archive assez importante à dépacker, seulement j'ai un gros morceau de saloperies dans le fichier, donc je me tape :
 

 
après un certain nombre de fichier. Le fichier sur lequel ça crash à la limite je m'en fout c'est pas grâve, mais je voudrais absolument en avoir 1 qui est après  
 
J'ai essayé fixgz ( sur www.gzip.org ) mais rien ne change, toujours la même erreur
 
Quelqu'un saurait comment contourner cette erreur, forcer la décompression en ignorant l'erreur ?
 
C'est pas mal important, merci pour toute aide utile

Ca me parait hardcore, comme erreur. Surtout avec un fix deja fait. Si t'as rien trouve d'ici ce soir je regarderai, j'ai meme pas gzip sur l'hp-ux du boulot  

 
merci
 
Oui, faut dire que le fichier est vraiment en mauvaise état, mais j'ai pas le choix

t'as essaye avec zcat a la place de gunzip ?  
on sait jamais

 
:'(

et merde

Ca vient d'un disque dur endommage ou d'un transfert X25 ?

C'est un RAID mal reconstruit ( en gros y'a des données incongrues en plein milieu de l'archive )
 
C'est la merde quoi

Houla, et le bios de la carte raid ne pouvait pas le reparer ?

je sais pas trop comment c'est arrivé, mais maintenant c'est moi qui me coltine le tar.gz

et laisse moa deviner: ca a un rapport de pres ou de loin avec la mesaventure d'un site de news qui est tombé le week end dernier??
 
Plus serieusement .. je crain que on fichier ne soit irrecuperable puisque, suaf erreur de ma part (et c'est loin d'etre impossible ) si on considere qu'un systeme raid tant a repartir les bits sur les trois dur (c'est bien d'un raid5 et trois dur dont il s'agit??) avec presence de bits de controles egalements sur les trois durs, et bien forcement ton fichier aura des donnees sur le disque qui a disparu ...
Je sais pas trop comment tu l'a reconstruit, mais a mon avis, c'est tres tres tres chaud ...
 
PS: si le cas present est bien celui auquel je pense (mais chut, c'est un secret) la ociete specialisée en a pensé koi de votre cas? Ils font dans le RAID ?

En fait je sais que j'ai des bits de merde qui trainent sur cette archive, mais elle n'est pas foutue complétement, j'ai d'ailleurs les 5 premiers fichiers ( sur 8 ) qui sont intacts.
 
Sinon j'en ai grâve chier mais j'ai réussi à récupérer pas mal de données là mine de rien. Par contre c'est clair que les bases sont mouchetées de données indésirables de part en part  
 
C'est effectivement pour PPC, je tente de récupérer ce qui peut l'être. La société donne son diagnostique dans 3 à 5 jours, s'ils sont vraiment compétents ils devraient faire mieux que moi ce qui nous donne pas mal d'espoir ( vu ce que j'ai récupéré ces 3 derniers jours ). Il sont compétents pour le RAID etc, on s'est pas mal renseigné avant de choisir. Par contre le prix est en fonction des données qu'on récupère, donc j'essaie de réduire le cout
 
Mais bon ça me tue parce que sur un RAR par exemple, quand un fichier merde dans l'archive, il passe au suivant, le gzip lui il s'est arrêté net
 
Enfin bref, si je peux récupérer les fichiers suivant de l'archive malgré celui qui est torché dans le tar.gz, ça me comblerait
 
P.S. : En 3 jours j'ai torché 100 xterm, fait rebooter 2 fois le PC sur un cat ou grep et j'ai planté au moins 20 fois mysql sur un repair tables ( c'est un boucherie cette récupération )

en tout cas bon courage ... parce que rien que le fait que tu ais deja eu 5 fichiers sur 8 ca m'impressionne ...
Je pensais pas qu'avec un raid nické on pouvai faire qqch sans passer par un labo qui le reconstruirait je ne sais trop comment....

 
ça dépend où a écrit le RAID quoi, déjà fallait redonner au disque une gueule de partitionnement normale, après fallait encore récupérer les données sans tout détruire, maintenant le soucis c'est de pas se taper des merdes dans le début des fichiers et de récupérer ce qu'on peut dedans quand c'est au milieu du fichier ( sur une table c'est jouable, sur un tar.gz c'est plus délicat apparement )
 
Enfin je suis toujours à la recherche d'une solution pour mon problème

dur métier

Ben en fait j'ai peur que ce soit pas réalisable ... si cé une compression basée sur un dictionnaire (je crois que cé le cas du Lempel Ziv) et qu'elle travailler sur le flux entier, tu as besoin de ce qui se trouve avant pour récupérer ce qui se trouve après ... j'espère bien me tromper mais je suis pessimiste ...

Perso j'ai rien trouve. Franchement ca m'a l'air mort

Le principe même du gzip fait que lorsqu'il y a une erreur crc, toute la suite de l'archive est foutue.
La prochaine fois, utilise bzip2  

putain ya des mecs ils arrachent ici qd meme  

Euh non ... je suis juste informaticien de formation stout ... ... Cé comme toi tu dois complètement me larguer en pharma et cie ... stout ...

Sinon confirmation à propos de bzip2.
Il travaille blocs par blocs contrairement aux compresseurs basés + ou - directement sur la famille Lempel-Ziv qui eux travaillent sur un flux, et il sait délimiter les blocs de façon à ce que, dans la mesure du raisonnable, que qq octets "pourris" n'affectent qu'un bloc ...

 
C'est ce que je pensais mais je voulais pas m'en convaincre
 
Merci de confirmer cet affreux doute que j'avais :'( ( je connais pas trop les algos du gzip et j'ai pas regardé effectivement )

Il est si important que ca ce fichier ?

 
Tu apprends les compressions quand tu fais des études en info contenant de la programmation, maintenant faut aussi avoir de la mémoire pour retenir les différents algos et personnellement ça me passionnait pas

 
il contient un dump MySQL d'une table de fiche produits de 10 000 entrées ( ~ 3 ans de boulot de la personne qui la voudrait )
 
Ca valait au moins le coup de tenter un topic quoi

Je suppose que même si on arrive à extraire la table en question, on a peu de chance de récupérer les infos qui sont dedans ?
Ptet une idée ... enfin là, cé vraiment la solution "Tout risques" ... que ce cher Hannibal n'aurait pas r"enié ... ...

Je m'en fout, toute solution même barbare est bonne là ! ( j'ai le fichier tar.gz en 5 exemplaires de toute façon )
 
J'ai déjà fait barbare pour les avoir plus rien ne me fait peur là
 
Si on arrive à extraire le fichier, comme c'est un dump, il y a de très grandes chance de récupérer quand même des choses en fait...  
 
P.S. : Si c'est pas malheureux d'en arriver là :'(

Je vais voir dans les sources de gzip/gunzip où est stocké le CRC 32 (j'imagine que cé un CRC 32) ... l'idée serait de "chatouiller" qq octets pour que le CRC soit de nouveau "correct" ...    
Par contre après c'est le loto, où tu récupères de la compote, où tu récupères qq données lisibles ... mais bon, faut pas rêver ...
 
 
 
EDIT : ptet une meilleure idée ... je vais voir si on peut pas faire "sauter" le calcul du CRC pour créer une version spéciale de gunzip ...

Ayé Sly, tu as l'endroit où se trouve les sources modifiés en PM ... Bon courage ...

merci, je vais aller voir ça, t'es super

 
C la premiere fois que je vois te prosterner, je suis, comment dire, tout chose...

 
je me prosterne parce que son idée est vraiment pas con et qu'il se casse le cul pour moi et ça j'apprécie beaucoup

En tout cas, on a là une brillante démonstration des avantages de l'opensource ...
En espérant que ca aboutisse à qqchose de concret ...

Il est rebel
 
Sinon c'est clair que modifier les sources c'est bien pratique parfois

bon.. et alors , ca donne koi, on veut la soluce nous

 
Bah Zzozo est en train de virer les erreurs de gzip petit à petit, il a déjà viré le test CRC et le error length mais il reste un problème de EOF.  
 
Il bosse dessus aujourd'hui m'a t'il dit

Bon bah toutes les tentatives se sont avérées infructueuses ... l'archive est en vraiment en trop sale état ...

bon ben ésperons que la sociéte va reussir a recupere ca !!
 
se serai dommage quand même !
 

Je pense que oui ... ...