Salut,
 
Je viens de découvrir les plusieurs fichiers corrompus de type archive sur mon ddur.
Je dis oula, c un virus ....    
Jusqu'au moment où je zip un fichier avec 7-zip ou Winrar en .7z/.rar et je fais direct "contrôler l'archive"...j'ai un "CRC error archive corrompu" !
En clair je crains que la plupart des archives que j'ai crée soit corrompu   .
Pourquoi m'est-il pas possible de compresser le fichier ?

Pas de panique.
Ne mélangeons pas tout.
 
1. Virus ou pas virus
Faire un scan complet avec l'antivirus.
 
2. Compression ou archivage
La compression n'est pas la même chose que l'archivage. Souvent ces deux opérations s'enchainent (généralement sur les PC) mais ce n'est pas forcément le cas (par exemple, sous Unix ou tar est séparé de gzip). Il peut y avoir un problème concernant l'archivage mais pas la compression et inversement.
 
3. Contrôle d'une archive
Le contrôle est-il fait avec le même logiciel que celui qui a créé l'archive ?
Le CRC est un Cyclic Redundancy Code. Je ne suis pas certain qu'il soit obligatoire.
Il pourrait arriver qu'un contrôle fasse croire q'uil y a une erreur alors qu'il n'y en aurait pas.
Mais plutôt que de faire un contrôle, le mieux serait de décompresser l'archive et de vérifier le résultat avec ses propres yeux.
 
4. Fichiers corrompus
Il peut y avoir plus causes. Il faudrait déterminer laquelle est-ce.
Est-ce le disque ? Voir avec scandisk ou d'autres logiciels d'analyse du disque.
Est-ce à cause de la compression ? Faire des essais de compressions avec un seul fichier.
Est-ce l'archivage ? Faire des essais d'archivage de plusieurs fichiers.

Merci beaucoup !
 
Mais j'ai trouvé d'où ça venait. J'ai formaté mon dur, réinstallé windaube, clearé le CMOS, juste mis carte graphique/ram/Proc.
Le zip+controle marche .
J'overcock la bête Le zip marche, pas le controle.
Je downclock un peu (3.7 au lieu de 3.8GHz) et le zip+controle marche
 
En fait c'était mon OC qui était instable alors que OCCT marchait !    
 
C chaud d'avoir un OC stable !  

tu as peut-être un souci de PCI/SATA lock qui corrompt tes données avec "juste" 100 Mhz de plus dans le nez. Tu as probablement une option "strap" à changer dans ton BIOS. Avis au spécialistes du C2D.

 
Tu parles de "FSB strap to NB"    
J'ai auto,200Mhz,266,333,400 ... j'ai laissé auto a chaque fois.

Déjà eu un prob similaire, dès que je montais la RAM en fréquence je me mangeais plein de CRC et autres bizarreries. je vire l'o/c et tout rescend sur terre.
 

 
Je confirme   . J'en suis témoin.
J'ai même l'impression que les tests CRC sont plus pertinents que les test Crysis, 3dmark et autres ... du 1er coup j'ai un CRC error alors que Crysis faut laisser tourner des heures en espérant que ca plante si OC instable .
 
NB : ce n'est pas uniquement la freq RAM mais le tout (coeff, timing, etc): l'OC quoi

Ouép

Pour info, tu connais d'autres tests "critiques à la con" histoire que je soit assez sûr de mon coup ? (Je suis passé de 3.9GHz à 3.7GHz pour être a PRIORI full stable...mais bon je prends des précautions maintenant   )

Save tes valeurs d'o/c et repasse tout en stock ou bien 1 par 1 .. Proc puis latences RAM, puis fréquence ect...

Perso j'ai tout pour o/c (E8500, Gskill 2x2Go CL5 une P5QE) mais je laisse en stock, j'en ai pas l'utilité,j'attend que le matériel soit en fin de fin et vraiment dépassé pour l'/oc.. comme mon vieux P4 3.2 ^^

Aussi.. j'ai eu une fois une galère, j'avais beaucoup d'erreur de copie, aucun jeu ne s'installait, j'avais flashé le graveur DVD, la CM je l'avait retourné bref j'ai tout fait....et en fin de compte après plusieurs memtest et en switchant les barette, je décourvre que c'était le slot mémoire qui était mort ... les 2 barrette n'avaient rien ..