Reprise du message précédent :
bon courage

merci

as-tu essaié de baisser les taux? (LA seule solution qui marche, pour le moment)

 
oui, lorsque je passe en udma66, je n'ai plus ces erreurs, hormis lors du boot.
Par contre, mon system semble fonctionner et je ne sais pas si je peux l'utiliser malgré les erreur de CRCtruc.
 
je pense que je vais remettre mon 80Go ou il etait et utiliser un 30Go que j'ai pour mon server.
 
c nul mais ca marchera. Je suis super decu par linux sur ce coup.

juste par curiosite , qq1 a deja installé un linux sur un DD de 80Go et/ou une partoch de plus de 40Go ?

Moi g mis linux sur une partoche de 45 Go je crois en xfs sur mon server ... Bon ce qu'il y a c que j'avais aussi des erreurs CRC tous les temps ce qui me paraissait bizarre parce que sous Windows j'en n'acais aucune (enfin visibles). J'vais tout essaye sous linux baisse la vitesse du disque en DMA 66 puis 33 et tjs rien. J'avais meme change la nappe IDE et y'a quelques jours g change ma carte mere et mon proc et la ca marche nickel. j'en conclu que dans mon cas ct la carte mere qui devait halluciner. Pour les erreurs CRC je ne c pas si ca endommage le disque ou si c juste des infos que renvoie le kernel sur l'etat de ton disque mais moi j'avais des problemes: des que je voulais cree une base de donnees par exemple sous linux j'avais des erreurs CRC dans les logs qui apparaisaient et impossible de cree la moindre Base de donnees.
 
@++

merci  
 
je sens que je vais essayer de virer cette carte mere, mais je suis fauché
 
sinon, j'ai fouillé un peu :
 

 
 
avec append="hde=9729,255,63" ds lilo.conf
 

 
avec append="hde=155061,16,63"
 

 
 
 
si ca donne des idées a qq1 ...

fais un : fdisk -l /dev/hde
et colle en intégralité le résultat, histoire de voir si c'est effectivement bien le bordel que je pense (si oui, faudra sûrement supprimer toutes les partoches et voir même faire un low level format histoire de bien épurer le disque, ensuite recréer les partitions avec fdisk pour linux mais en donnant quelques options au kernel d'install)
 
 

 
erf, c'est bien ce que je pensais....
 
bon, ben le mieux c'est de faire comme je disais :
 
- formatage bas niveau
- réinstallation du système en spécifiant : hde=C,H,S à l'invite d'install en bootant sur le cd
- si y a un seul pépin au partitionnement : changer les parm CHS, ce sont pas les bons...
 
j'vois que ça, c'est ce que j'avais fait sur mon serveur (disque de 20 Go), c'était passé mais les gros fichiers (genre 500 Mo) transmis d'un client au serveur arrivent corrompus
tu verras bien si tu as le même problème près

 
ok merci pour l'info
 
je pense que je vais plutot rechercher une autre mobo en premier lieu. Je paralise 2 ordis avec c conneries et mes datas sont inexploitables
 
je vais remettre comme c t avant en attendant    
 
encore merci a tous  

j'ai une partition de 60 Go en ext3 et en reiserfs et pas de problemes

 
c koi ta carte mere ?

une abit bp6 avec base de 440bx donc c'est pas tres recent

 
ouai, c'est pas un chipset à problème, mon serveur était basé sur un i440LX avant, aucun problème, mais là c'est du via kt133 qui a pourtant bien fonctionné un moment avec les anciens drivers ide

Mais ton problème de fichiers corrompus, il peut aussi venir de ta mémoire...
T'as des BADCRC toi aussi avec ton kt133 ???

c'est pas la mémoire, j'ai changé de barrette dans le doute et celle que j'ai mis était sur une autre machine et ça marchait impecc
 
sinon oui j'avais les problème d'instructions dma -> bad CRC, mais j'ai revu l'installation 2 fois avec un formatage bas niveau, un test en lecture de surface (utilitaires de maxtor), un changement de port ide, changement des paramètres CHS spécifiés en option au kernel, changement de version de kernel 3 fois, changement de carte réseau (dans le doute, vu que la corruption ne se fait que dans le sens LAN -> serveur et pas internet -> serveur), .... bref avec tout ça j'ai plus d'erreurs dans les logs, mais la corruption des gros fichiers en transfert LAN -> serveur est toujours existante  
 
sinon sur ma machine principale j'ai des erreurs de reconnaissance parfois sur un ou deux disques qui sont montés sur ma carte raid, alors là aussi j'ai dû bidouiller, mais bon j'ai des erreurs parfois, un badblocks m'indique des secteurs défectueux alléatoires... enfin là j'ai moins de problèmes, j'ai forcé les paramètres LBA sur tous les disques et auncun soucis depuis, mais j'ai pas refais de badblocks : strop long

vraiment pas cool ces erreurs  

ca semble aller bcp mieux
 
j'ai changé de mobo, j'ai virer le controlleur HPT
 
j'ai reussi a installer ma deb sans soucis, a part un detail debile Apres avoir eu de petits bugs de boot, j'ai fais un clearcmos et j'ai install.
 
le probleme : l'install est ok, je test mon dd avec hdparm et je vois que le dma est desactivé. Je vais voir ds le bios et la l'ultradma est desactivé.
 
pour avoir mon dd en udma5, je vais devoir mettre un script avec hdparm a chaque boot ? ya une meilleur solution ?
 
$ hdparm -d1 -X69 /dev/hda    // suffit si je fais un script ?

je pense m'aider de ce lien :
 
http://www.via.ecp.fr/~alexis/form [...] dparm.html
 
par contre la commande update-rc deconne
 
si je fais un lien a la porc avec ln -s ? ca va marcher ?
 
edit : c bon j'ai reussi avec l'aide du man.

je voulais juste dire que desormais tout fonctionnait nickel. J'en veux pour preuve le transfert que je suis a faire de mon portable vers le server. 10Go a pres de 8Mo/sec constant.
 
merci encore a tous      
 
et le vieux matos c tabou  

j'ai ce probleme avec un disque dur seagate 250G.
j'ai eu ce soucis sur nforce4 et nforce2
j'ai un maxtor de 80G qui n'a pas ce soucis

A un mois près t'aurais fait un up de 5 ans.

voilà ce qui arrive quand on se sait se servir de l'option de recherche  
 
 
note que je suis aussi sur le point d'ouvrir un nouveau topic  

Salut,

J'ai eu ce problème à cause d'un câble de mauvaise qualité.
hdparm et smartmontools sont tes amis pour résoudre ce genre de problème.

vw

j'ai oublié de préciser les valeurs mise en gras.
 
le probleme c'est que le LBA indiqué par hdparm est largement inférieur à celui que trouve fdisk.
 
le nombre LBA est donc erroné, ce qui est tout de meme bien bizarre, car c'est plutot une valeur hardware a priori

pour ma part j'ai reinitilisé la table de partition avec un dd if=/dev/zero of=/dev/hda, et ça marche manitenant

Faut juste compiler le kernel puis mettre a jour la config de lilo par un lilo -v

Edit: nan rien, j'etais reste a la premiere pages