Alors voici un exemple des messages d'erreur que je peux avoir :
kernel: memory.c:100: bad pmd 00000040.
kernel: swap_dup: Bad swap file entry 00000002.
erreur de segmentation un peu partout
 
Je suis sur red hat avec une abit at7 (qui me pose tout ces problèmes !)  
 
Noyau d'origine 2.4.18-3 : ces erreurs + mauvaise perfs + deconnexion lors de copie en reseau.
Noyau par up2date 2.4.18-10 : encore plus d'erreur Bad CRC au demarrage..., de meilleures perf et plus de deconnexion.
Noyau à la main 2.4.20-pre5 : resultat identique au 2.4.18-3 !
 
Je trouve ma vitesse de reseau très lente ! (carte reseau 100Mbit)
Sur le noyau 2.4.18-3 et 2.4.20-pre5 j'ai une vitesse max de 3mo/sec et sur le 2.4.18-10 de 10mo/sec !!!
 
Là je vais tester le 2.4.19 puis une version 2.5 si çà marche toujours pas mieux....çà fait une semaine que j'essaye de faire marcher cette bécane .... çà me donne presque envie de foutre windows là !!!!

je sais pas quoi dire : c'est quoi ta carte rézo et le module utilisé ?

bah c'est une carte réso intégré, çà apparait comme une realtek sur linux ... mais j'ai testé avec une dlink pci mais çà change rien !

t'as désactivé la carte onboard quand t'as testé la pci ?

heu nan je l'ai juste mise et red hat m'a proposé de basculer le reseau sur la dlink au demarrage ... j'ai rien fait d'autre

mais bon la vitesse c'est une chose mais ce qui m'importe le plus c'est la stabilité !!!!!!!!!!! là c'est grave instable !

essaie de la virer dans le bios et refait un test ensuite .

ah si je l'ai viré dans le bios !!!

donc tu fais des tests avec la carte onboard ? bon ben remet là dans le bios ...  

yes après un test avec la dlink j'en ai conclue que , pour la vitesse, çà vient pas de la carte mais de linux !
la preuve : le saut de performance avec le noyau 2.4.18-10 ! (passé de 2 à 10Mo/s !)
 
mais là le plus chiant c'est "erreur de segmentation" que j'ai à chaque fois que je fais quelque chose    
 
Là j'essaye de compiler le noyau 2.4.19 et j'ai le droit à "erreur de segmentation" quand je fais "make xconfig" ... c'est infernal !

il est pas overclocké ton pc des fois ?

nan !!!

qu'est-ce que t'as comme distrib ?
 
t'as gcc ou les libc qui ont pris un coup dans la gueule ?
 
parce que c'est bizarre quand même

red hat 7.3
y'a pas que avec les make que çà delire
par exemple avec smbpasswd .... erreur de segmentation

je penche aussi pour une bibilothèque qui aurait pris une mandale.

mais pourquoi çà se deteriore je suis en ext3 et c'est censé garder les données propre !!! sinon je fous win 2000 et ntfs et çà roule !!!!!! çà m'enerve à la fin !!

t'as ptet fais une connerie sans t'en appercevoir, c'est des choses qui arrivent.

PUTAIN !
 
je m'acharne depuis une semaine sur ce pauvre linux et cette pauvre carte mère alors que c'est la barette de ram qui delire !
 
je viens de la tester sur mon pc "windows" et lui n'arrive même pas à lancer windows et j'ai un beau ecran bleu au demarrage !
 
par contre j'ai acheté çà chez les chinois du 12ème et leur barette est garantie 2semaine ........ et çà fait bien plus de 2semaine que je l'ai acheté    
Y'a pas moyen dans le bios de parameter qqc pour la faire tourner correctement ?

la garantie sur le matériel informatique en france est de 1 an (sauf si occasion) et même si tu signes avec ton sang (pour reprendre une expressin entendue y a pas longtemps) ils ne peuvent pas te priver de ce droit.

même les chinois du 12ème avec ecrit sur leur facture ?

 
les clauses abusives ça existe
 
si ce que dit mjules est vrai (assure toi en d'abord) tu peux toujours les menacer de leur mettre la dgccrf au cul

Sinon j'ai lu qu'il était possible de se compiler un noyau spécial pour barrette de mémoire foireuse. Avec un memtest, on note les blocs qui déconnent, et le noyau ne les utilise pas.

 
C'est le patch badram ça :  
 
http://rick.vanrein.org/linux/badram/

y-a p-t un pb de chaleur dans le pc aussi
t'as pas vérifier ça ?
pq moi quand il fait trop chaud, ma barrette déconne, et j'ai droit à une super erreur quand j'éteins mon linux (avec erreur de segentation et tout et tout, au niveau de la swap je crois)
ça m'empeche pas d'arreter mon pccorrectement a priori, et j'ai pas encore perdu de donner, mais ça fait chier
mais quand la temp du proco reste en dessus des 50°, j'ai jamais de pb, et la barrette marche très bien

nan boitier ouvert et le plantage de windows revèle bien la defaillance de la ram !!!
 
Sinon il y'a un paquet de paramètre sur la ram dans le bios mais çà ma parle pas du tout.... y'a pas des paramètre à changer pour rendre la barette en etat de marche ? (peut etre en allant un peu moins vite...)

réduit le CAS, ça peut améliorer les choses (tu passes de 2.2.2.x à 3.3.3 )

j'ai touché un peu au bios et çà a l'air de plutot bien tourner pour l'instant ... mais j'ai l'impression que çà rame ... à voir !

voici ce que j'ai modifié :
(entre parenthèse l'ancien parametre)
DRAM QUEUE DEPTH 3level (4level)
DRAM timing manual (BY SPD)
Tout ceci apparait au passage en manual mais j'ai rien changé :
DRAM CAS Latency 2.5
BANK INTERLEAVE desactivé  
PRECHARGE ACTIVE 3T
ACTIVE PRECHARGE 6T
ACTIVE CMD 3T
 

 
doit y avoir une option "load safe default" ou un truc comme ça dans ton bios
ensuite, c'est pas pq ton boitier est ouvert que c'est pas chaud
t'as pas un moyen de lire la température de ton proc ?
genre juste après que ça est planter, tu redémarre vite fait et tu vas dans le bios pour lire la temp°

sur mon pc sur windows j'ai la temperature et je n'ai aucun problème avec l'autre barette de ram !
sinon sur mon pc avec linux et la barette bizarre je suis entre 38 et 42 au reboot pour le cpu

 
ah ... donc effectivement, ça doit être la barrette si ça marche en l'enlevant ...
donc il t'en reste une dans ton pc, et dans ce cas, tout marche, c'est ça ?

j'ai 2 pc :
1 windows qui marche bien
1 linux qui a des probleme
Quand je mets la barette de linux sur windows çà plante...çà veut tout dire !

 
ah oui effectivement  

c'est windows qui a niqué la ram

 
en tout cas windows est fragile ... il boot même pas
tandis que linux je peux faire tourner sans problème si j'y touche pas trop (genre un nouveau noyau là çà passe pas !)
 
Mais la je viens de modifier un peu le bios et j'ai reinstallé et çà a l'air de plutot bien tourner !!! toujours pas d'erreur de segmentation...çà me plait !

sinon une ptite question au passage à propos des rpm...
il faut bien prendre les version i386 ?

si t'as une bete de course autant prendre les i686

heu j'ai un XP 1500+ ... çà correspond à quoi i386,i586,...?
 
et aussi pendant que j'y suis :  
Quelle est la vitesse moyenne d'envoie et de reception pour un reso avec des cartes 100Mbit ?
Car là je plafonne à 5mo/sec et c'est pas bien rapide
 
  merci en tout cas de votre aide car sinon je serais encore en train de m'acharner sur la pauvre carte mère qui tourne très bien !

ils sont compilés pour une architecture

Alex91 a écrit a écrit : heu j'ai un XP 1500+ ... çà correspond à quoi i386,i586,...?   et aussi pendant que j'y suis :   Quelle est la vitesse moyenne d'envoie et de reception pour un reso avec des cartes 100Mbit ? Car là je plafonne à 5mo/sec et c'est pas bien rapide     merci en tout cas de votre aide car sinon je serais encore en train de m'acharner sur la pauvre carte mère qui tourne très bien !

 
pour un athlon tu peux prendre du i686
 
sinon pour ce qui est du réseau :
 
comme sont nom l'indique 100Mbit c'est 100 Mbit/s ce qui fait en gros 10 Mo/s maximum
 
donc suivant ce que tu transfères (plein de petits fichier ou un seul gros) et l'état de fragmentation des disques et l'encombrement sur le réseau ça peut varier pas mal. 5Mo/s c'est pas top mais c'est pas si mal que ça non plus