Savez vous ce que ca veut dire?
 
hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: dma_intr: error=0x84 { DriveStatusError BadCRC }
hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: dma_intr: error=0x84 { DriveStatusError BadCRC }
hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: dma_intr: error=0x84 { DriveStatusError BadCRC }
hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: dma_intr: error=0x84 { DriveStatusError BadCRC }
blk: queue c03bed60, I/O limit 4095Mb (mask 0xffffffff)

J'ai ca aussi.
C'est clair que c'est pas normal mais ca ne m'a pas encore emerder outre mesure donc je fait avec.

Je sais pas si ca vien de ca, mais qd je lance quake il met longtemp puis parfoi ca lag a fon..

c'est simple, ton disque est mort

pas forcément, ça dépend du noyau aussi, mais ça peut aussi venir de la géométrie du disque, j'ai été emmerdé avec ça aussi un moment et c'est fini, j'ai refais les partoches et au boot je force la géométrie du disque en donnant les paramètres qui vont bien au noyau :
 
kernel /vmlinuz-2.4.22 hda=3649,255,63 hdb=4865,255,63 hdc=59554,16,63 hde=158516,16,63 hdg=238216,16,63 ide0=autotune ide1=autotune ide2=autotune ide3=autotune ide0=dma ide1=dma ide2=dma ide3=dma ro root=/dev/hda3
 
plus jamais eu de problème

C qu'il y a des block ,défectueux sur le disque. Fait un  `badblocks -vv /dev/hdc`
 
BMO> Si fixer la géometrie t'a aidé c p/e juste parce que c justement dans la zone des définitions de partitions que tu as tes badblocks.
 
Ca peut aussi venir d'un cable defectueux. Dans ce cas, si tu fait deux badblocks de suite, il trouvera des blocs defectueux a des endroits différents je pense ( probleme de cable => aleatoire )

 
enfin là je vais parler pour mon cas, faut aussi que je dise que ça me le faisait sur les 2.4.18 et 2.4.19, à partir du 2.4.21 j'ai jamais revu le problème... et le problème des badblocks sur les limites de partoches, j'y crois pas, quand t'as 3 disques (dont 2 tout neufs achetés séparément) qui n'arrêtent pas de te créer des entrées de ce genre dans les logs, tu  te dis que ça peut pas venir des disques, effectivement j'avais testé sous win et j'avais pas de soucis, seulement la géométrie qui était différence (16 / 255 têtes), depuis ç'est du reiserfs.....
 
je pense sérieusement qu'avec certains chipsets et certains noyaux, ça merdoie bien.... j'avais d'ailleurs trouvé quelques trucs intéressants à ce sujet sur des ML où ça se pouillait un peu entre un Linus et un gars qui bosse chez IBM je crois ou sur les normes IDE...

Oki, sorry my fault c vrai que un bug n'est pas exclus. Mais ca vaut tjs la peine de faire un badblocks ca prend du temps mais tu lance ca la nuit et c bon

non non mais t'as raison, faut le faire le badblocks, mais le problème c'est qu'il aura à coup sûr des blocs reconnus comme défectueux
 
donc le mieux c'est faire un "badblocks -o fichier_de_sortie /dev/hdc" pour scanner tout le disque, puis un peu plus tard recommencer avec la même commande et comparer les 2 fichiers, si c'est bien un bug, il risque d'avoir des secteurs différents à chaque fois

moi il m'a trouvé aucun bad blocks.
 
Comment on trouve les valeurs pour forcer la géométrie?

tu fais : fdisk -l /dev/hdX, tu verras la géométrie utilisée
 
(-l = -"elle" )