Bon désolé de vous décevoir, c'est pas un troll (pour ceux qui en chercheraient un)
 
voilà, j'en ai marre, je sais plus quoi faire et là je craque      
 
j'utilise linux en serveur et workstation, c'est le seul système que j'utilise vraiment et pratiquement toutes mes machines sont sous RH, sur toutes celles-ci j'ai un problème avec les disques durs ide : CORRUPTION DES DONNEES !!
 
j'ai tout essayé, je collectionne les noyaux (basiques de kernel.org ou avancés de RH), j'ai recréé les partitions (sous linux et sous win), reformaté (ext3 / fat32 même combat), rien à faire j'ai que des merdes et ça commence gravement à me gonffler de voir ces put***s d'erreurs I/O - R/W - DMA - Trying to R/W beyond end of device - BAD CRC - dans mes logs. Ayant un win2k trainant dans le coin, j'ai testé dessus et rien à signaler ! j'ai pourtant pas du matos récent ni des disques difficiles (2 étant tous neufs), j'avais jamais de problèmes avant puis peu à peu c'est de pire en pire
 
bref, là ça me saôule parce que je suis obligé de passer à chaque fois les fichiers au md5sum et bien souvent je suis obligé de supprimer et de le copier sur une autre partition où j'aurais peut-être pas de problème tout de suite... j'ai du via686b, du sis735, du sil680 et c'est la même merde
 
j'sais plus quoi faire là

Tiens, on est Vendredi ! Ca veux dire que je sort du boulot 15 minutes plustot ca. Super !

 
et si t essayais de changer de distrib linux

peut etre un pb du au chip via ...
 
perso j'ai un kt400 et y' aque le 2.4.20 et uperieur quei le gerent et me permettent d'utiliser l'udma !
 
tes disques durs sont saints ? (spa des vieux ibm par exemple ?)

 
si tu veux du troll tu peux sortir et aller voir ailleurs, ici y en a pas, juste un gros coup de gueule de raz le bol

 
alors je commence, voici la collection qui merde :
 
Maxtor 52049U4 (ATA-66) sur kt133a/via686b
WDC WD300BB-00AUA1 (ATA-100) sur sis735
WDC WD400BB-00CAA1 (ATA-100) sur sis735
Maxtor 53073H4 (ATA-100) sur sis735
Maxtor 6Y080L0 (ATA-133) sur sil680
Maxtor 6Y120L0 (ATA-133) sur sil680
 
les 2 derniers étants tous neufs (moins de 2 mois) et n'ayant jamais fonctionnés sans erreurs sous linux
 
Tomate77 > elle est fine celle-là...

c'est bizzare qd meme ca ! Tu as peut etre ces meme pb s sous win mais ils sont corrigés de facon transparente ou passés a la trappe !
 
Ca pourrait etre un pb de ram qui corromprait les données ecrite ... c'est vague comme pb et c ame parait surtout etrange que ca soit soft et pas hard !

Ca ressemble enormement a un probleme de RAM ca
 
En tout cas, ca n'a clairement rien a voir avec l'OS

 
Faut pas s'ennerver
 
Ce genre de probleme est tres pernicieux, et je dois te dire que c'est plustot la situation inverse qui m'affectait moi. Il n'y a pas 36000 solutions pour resoudre ce genre de probleme, a part proceder par elimination.
 
- Desactive le DMA sur tes disques et vois si le probleme persiste.
- Verrifie tes nappes IDE.
- Tu dis que ca marche sous Win2000, est ce que Win2000 utilise ton materiel au maximum de ses capacites ?
- Est-ce que cela t'arrive d'avoir des plantages necessitant un reset brutal ? Journalise ou pas, ca a le risque de corrompre les donnees.
- Utilise un detecteur de backdoor.
- Active SMART. Je dois avoir un bookmark pour ca chez moi.
- Utilise memtest86
 
Le probleme dans ton cas c'est qu'il est impossible de valider que ca marche. Tout ce que tu peux faire, c'est constater qu'il y a eu un probleme

bah nan pas la ram, j'ai changé de barrettes (sdr -> ddr) y a pas longtemps et le problème était déjà là avant  
 
sinon sous win j'ai passé au chkdsk (j'allais dire fsck ) et rien de rien, juste remarqué que les copies de disque à disque étaient un peu plus longues mais bon c'est pas signe de quoi que ce soit et les fichiers sont bons à l'arrivée
 
je penche pour un problème de drivers du noyau mais bon sur 3 chipsets différents et versions de drivers différentes, c'est qd même étrange, j'ai vu sur une mailinglist y a pas longtemps une prise de bec comprenant Linux, Alan Cox, un autre et un responsable de je-sais-plus-quoi en rapport avec les normes des disques durs où ils parlaient justement des merdes que j'ai, mais bon ça datait déjà
 
pffffffff.... là ça commence "légèrement" à me gonffler ce problème

c'est bizzar qd meme ton truc ...
ca le fait dans quel cas ? lecture de gros fichiers ? copies de bpc de données ? acces multiples ?

 
désolé pour le "va-te-faire-..." sous-entendu  
 
- avec ou sans dma (hdparm -d) c'est pareil, par contre si je passe les disques en "mdma2" (donc pas udma5 ou 6 comme j'ai en fonctionnement normal) bah j'ai plus d'erreurs "dma_intr" mais je conserve les tentatives d'accès hors de la partition ou les erreurs I/O (j'avais déjà testé c'est pour ça que je peux répondre aussi vite)
- nappes rondes ide pratiquement neuves, avant j'avais des plattes, j'ai aussi pensé tester et c'est pareil
- pour win2k, oui il "doit" utiliser au "maximum" puisque les benchs hdtach, que j'avais effectués sur tous les disques quand j'ai acheté ma carte sil680, me donnaient des résultats normaux
- jamais de plantage, fs journalisé pour le système (ext3) et pour les tests j'ai essayé fat32 et ext3 pour mes partitions de stockage et c'est pareil
- pour les backdoors j'avais vu un topic qui parlait de chrootkit, j'avais fait la détection, rien à signaler et de toutes façons je suis au courant de tout ce qui tourne sur la machine (pas de démon inutile) et 2 des 3 machines sont sur un lan (je sais, ça veut rien dire, mais les clients et le serveur c'est le même problème, d'ailleurs sur le serveur j'ai déjà dû faire un formatage bas niveau entre plusieurs répartitionnement/réinstallation)
- smart activé, rien à signaler si ce n'est que les extend self tests ne passent pas tout le temps
- je vais regarder au niveau de memtest, mais bon j'ai confiance en la ram qd même
 
merci de tes propositions  
ainsi qu'aux autres qui y participent

 
sur le serveur je peux déjà plus envoyer de gros fichier, j'ai testé en envoyant des iso saines et à chaque fois le md5 est différent, par contre si je télécharge à partir du net c'est bon il semble (j'ai changé la carte réseau aussi en pensant que c'était ça le problème)
 
le problème se manifeste sur les gros fichiers au niveau corruption de données sur les 3 machines
 
sinon j'ai pas dit dans ce topic, mais avec badblocks j'obtiens des erreurs qui sont différentes à chaque fois : blocs défectueux aléatoires quoi... généralement par groupe de 4

 
BMO ..je vais pas jouer les rabat joie : mais , malgrés mon faible niveau ss nunux, je n'arretes pas de dire et redire a tt le monde sur ce forum que la derniere redhat 8.0 est bourrée de bug !!!!
 
Pour moi une distrib ou le package compilateur natif (Gcc 3.x) est mal intégré EST fatalement une distro à pb .... (compil driver bewan inside...)
 
 (j'ai remis une 7.3 c bcp plus ..pro on dira !!)
 
... tentes la mdk 9.0 elle est fabuleuse et elle est française !!!!
 
vas vas, vas chez ton marchand de journeau !!!

 
exp vécu : sur certains southbridge via j'ai rencontré des pb de transferts de fichiers volumineux ...
 
evites VIA ..test avec sis .

 
Voici quand meme le lien pour SMART, ca peut interresser d'autres personne : http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
Pour les backdoor, qui te dis que celle-ci prennent toujours la forme d'un resident en memoire ? Parmis les truc tres vicieux, tu as la tache cron qui active le backdoor a 14h26 12 secondes, et qui la desactive 20 secondes plus tard ( avec les connections ouvertes qui restent actives bien sur )

 
ouai pour les backdoors je sais à quoi il faut s'attendre, mais bon, tu fais un reboot, un netstat -an hors réseau et tu vois tout ce qui se passe  
 
Jamiroq > le problème c'est que c'est pas une erreur directement imputable à RH, mais une erreur kernel qui actuellement n'est même pas de chez eux (là je test un 2.4.21-pre4 en pensant que ça résoudrait les problème, ça m'a déjà résolu celui des disques qui passaient pas en udma6 alors que l'interface était détectée comme ata-133), puis ça fait depuis la série 7 que j'utilise plus les compilos d'origines RH (sauf quand j'ai un soucis avec certaines sources, mais c'est très rare), mais bon je suis pas têtu donc je testerai qd même pour être fixé, mais pas une mdk car j'ai déjà connu des déboirs avec les 7.X et la 8.0 qui m'a carrément dégoûté de cette distro
 
Re Jamiroq - via > relis mes posts, c'est sur 3 chipsets différents et ce sont les mêmes erreurs, de toutes façons je sais bien que la kt7a (neuve pourtant et pas "rechippée" après recherche) que m'a refilé le sav abit, ne va pas très bien, tous os confondus, mais elle a bien tourné un moment tout de même  
 
j'dois être dans une zone hantées par des démons (hum... faut que je vire freeBSD) et autre entitées inconnues exerçant un certain pouvoir sur mon matos

 
 
t'es un vrai toi  

 
nan, même pas en fait, puis c'est pas à jour, enfin ça c'est pour donner des idées à d'autres qui ont des problèmes de temp par exemple, sinon à quoi sert cette option "configuration" si ce n'est pour donner des idées ou éviter de se répéter à chaque fois qu'on pos une question hard ?

Flash le firmware des disques ...

BMOTheKiller > le prend pas mal, t'as bcp de ventillo , c'est tout  
 
bon sinon je suis surpris par ton pb, parce que l'avoir sur plusieurs machines quand certains n'ont aucun pb avec plusieurs machines ... je pense pas qu'on puisse imputé ça au manque de chance, pas plus qu'au kernel (enfin j'espere)
 
ce qui me gene dans ta config, c'est que tu as que des cartes mères que je n'aurais jamais utilisé même si on me les avait donné
 
donc les endroits ou tu peux tester c'est :
- comme dit auparavant, un memtest (dit nous si ça se passe bien ou pas)
- la température (enfin vu ton matos tu dois pas avoir de pb)
- tester la mdk 9 : j'avais le même avis que toi sur les précédentes mais la 9 est vraiment bien
- essaie en dehors de chez toi, chez qq'un d'autre : tu as peut-être un réseau électrique tout pourri, qui sait ...  
 
et le fait que tu as l'impression que ça marche bien sous windows n'est pas recevable  
 
quand au kernel, dans les distro, ils sont souvent patché donc va savoir. tu as tout à y gagner à tester une autre distro

cthulhu_president  "Flash le firmware des disques ..." > là je m'y risque pas, les 2 disques qui merdent le plus sont ceux sur la sil680 et ce sont les derniers maxtors, l'un avec le firmware BW0 et l'autre en VW0 (ils ne sont pas sur le même ide), merci tout de même
 
udok > bah je vais me l'installer pour tester remarque, j'espère que je vais pas devoir quitter RH  
 
enfin bon, merci à vous, je dl les isos (faut que je trouve un disque sain remarque )

honnetement ouaih , ca vaut le coup, essaies !!!
 
j'ai acheté les distro boite MDK 9..0 et RH 7.3 ...
et franchement la 9.0 est tres stable !!!
 
sinon la question que je vais posé me semble asez approprié ici :
 
Comment voir les log systeme concernant le materiel ?
 
ex : sur nt , w2k ou xp , ds l'observateur d'événement système on peut voir la moindre defaillance d'un pilote et donc du matos en general ( c fiable a 90%) !!!  
 
Sur linux on fait comment ????

bah tout ça passe dans /var/log/messages et vu que j'ai un root-tail qui me l'affiche bah dès que je vois du texte vert s'afficher pendant que je fais un transfert, je comprends tout de suite qu'il s'agit d'une erreur disque

deja entendu parler de ce bug que tu cite en debut de topic
 
un probleme sur ext3 qui fou les fichier en l'air
 
me demandez pas la source, je suis un ultra dilletante de linux ( je lit juste pour mon plaisir, je pratique pas )

ouai, tu as raison, y a des soucis avec l'ext3, redhat a sortit plusieurs correctifs pour ses noyaux succintement 2.4.18-19.X.X jusqu'à 2.4.18-24.X.X actuellement qui doit encore réparé des soucis à ce niveau, mais là c'est avec du fat32 aussi donc bon
puis y en a chez qui ça fonctionne impecc et chez moi ça a très bien fonctionné un moment jusqu'à ce que ça se dégrade petit à petit malgré des distro installées fraîchement avec le noyau d'origine ou un autre noyau... enfin bon je vais me faire la mdk et je verrais bien si ça se passe mieux, si oui j'enverrais un feedback à redhat pour faire le point, c'est juste peut-être un problème de compatibilité entre matériel entre sis et cmd pour ma machine principale, mais pour les autre vois pas

 
en l'occurence ce problème n'a rien à voir avec redhat et gcc, juste les versions récentes de modutils et le fait que le firmware du modem bewan soit compilé avec gcc 2.95.
 
BMO tu utilises hdparm? Par ex tu dis que tu passes tes disques en ata 133 t'aurais pas une optimisation hdparm un peu douteuse quelquepart?

j'utilise plus hdparm depuis un moment déjà (sauf pour couper les disques non montés quand je suis pas sur la machine, hdparm -y), sinon tout se fait par le noyau, dma, autotune des interfaces.... mais déjà quand c'était pas géré dans les noyaux 2.4.18 j'avais ce soucis, donc c'est pas là le problème encore je pense, le passage automatique se fait bien, mais depuis que mes disques passesnt en 133 (drivers siimage inclus dans le noyau 2.4.21) j'ai quand moins de problèmes je dois avouer, mais c'est pas ça encore.... en fait avant l'interface passait en 133 et les disques étaient bloqués en 100, bah là ça volait les erreurs "dma_intr" "can't seek" "drive not ready"

Pour info j'ai  eu des merdes à chaque fois que j'ai voulu utiliser ext3.
Que ça soit rh ou mdk, c'est tout juste si je pouvait faire l'install.
Alors que ext2 aucun blem.

punaise, y a pas à chier, l'installateur de la mdk est toujours bien sympathique, par contre qu'est-ce que c'est moche une mdk 9 quand ça vient d'être installé par rapport à une rh 8, y a des progrès à faire là
 
edit : bon ben j'avais parlé trop vite en disant que j'avais pas de soucis sous mdk9, j'en avais pas pendant les copies de fichiers pour tester, mais là je fais un badblocks sur une partition que j'avais formaté en ignorant déjà des blocs défectueux et là j'en ai encore gagné d'autres, toujours par groupe de 4 :
 

 
bon je passe pas toutes les partoches au badblocks j'en ai ma claque

 
  pas de problème avec Bewan et gcc 3.2... De quoi parles-tu? Perso ça marche impec  

 
Le DriveSeekComplete Error n'est pas très grave. Chiant mais pas de véritable problème. Je crois que cela vient d'un problème de synchro. Mais tes données n'auront pas de problème d'intégrité. Pour la deuxième, c'est plus embêtant. Essaie un fsck et regarde si le UncorrectableError disparaît.

effectué sous mdk 9
 

 
rien à signaler, c'est toujours comme ça, fsck ne voit rien par contre derrière les fichiers sont pouillés dans la majorité des cas avec carrément parfois konqueror qui m'affiche un message comme quoi le fichier n'a pu être copier et me demande si je veux annuler/ignorer/ignorer toujours
 
voilà ce qui me gave quoi

ce test, c'est sur tes disquesz ATA133 ou aussi sur les ATA66/100 avec KT133A?

Ce serait pas un souci d'ordre matériel ?  genre les nappes ?  

 
là pour l'exemple je l'ai fait que sur une partition ext3 sur un disque 133 (en 100 sous mdk9) sur une interface 133 (sil680) chargée en 100
 
zzozo > déjà vu les nappes  
 
sinon je viens de me taper un peu plus d'une heure de burn sous memtest sur la config principale et au niveau de la RAM c'est RAS, tout impecc testé avec et sans ECC

je ne connais pas la maturité des drivers ATA133 (même configurés en ATA100, c'est une question de chipset).  
Si c'est possible essaie avec ta KT133A. Tu auras sûrement des DriveSeekError, mais pas d'erreurs de secteur.

bah si j'ai plus d'erreur apparente sur le via686b depuis la sernière réinstallation (mi-décembre qd même, ça m'a "pris le choux" et j'ai plus insisté depuis donc j'ai un serveur qui tourne très bien mais je peux pas mettre de gros fichiers dessus), juste les fichiers qui sont corrompus, j'ai encore testé tout à l'heure après avoir dl la mdk9, en fait les 3 iso passaient au md5sum sur la machine où j'ai stocké les iso, jes les envoyé sur le serveur (la machine basé sur kt7a) et là j'ai la 3ème iso qui était corrompue, j'ai donc copié ailleurs sur le disque, c'est passé... j'ai essayé une iso d'un autre truc : corrompue à l'arrivée, celle-là elle l'est tout le temps d'ailleurs, j'arrive jamais à avoir un md5sum correct dessus.... chose étrange : si je la passe en tar.gz que je l'envois, c'est bon le md5 du tar.gz est correct, si je le décompresse j'ai un bad CRC sur le fichier iso donc la décompression échoue, c'est dingue ça
 
edit : j'ai plus d'erreur dans les logs, par contre au badblocks j'ai toujours des soucis et là c'est toujours par séries de 4 blocs, c'est aléatoire aussi c'est pas toujours les même, le disque dessus était passé au formatage bas niveau (je me répète mais c'est sur que ça doit pas être évident de comprendre quand on a pas les machines sous les yeux)

 
Fais l'update du noyau (Mandrake Update et en console urpmi kernel, lilo est mis-à-jour automatiquement). Et l'update du systeme : urpmi --auto-select.  
 
Mais bon ton problème me fait penser à un défaut matériel : soit la mémoire soit la CM. Essaie une seule barrette de mémoire dans différents slots. J'ai eu des problèmes de mémoire et à chaque fois c'étaient à la décompression/compression de tar.gz.