erreur dans libc.so.6 : could not find mallo" function.(mallo", là ou je suppose qu'il aurait du chercher malloc). donc je n'arrive plus à booter sur ce CD, mais je suppose (ça me l'a fait toute le semaine dernière) que si j'attends 2 heures ordi éteint, il va booter comme un coeur. (et planter plus tard). De l'ancienne machine, il ne reste que : 2 barettes de RAM samsung, que je repasse à memtest86+ (de Ultimate boot CD) dans le doute. 1 lecteur de disquettes. les cables sont neufs (j'ai pas voulu prendre de risques). Le pire, c'est que quand mon dealer m'a proposé un disque dur sous windows pour tester, je ne suis pas parvenu à le faire planter (bon, d'accord, je ne connais pas d'équivalent à emerge -Du world sous windows, en terme d'utilisations de ressources.) Ce qui m'interpelle, c'est que SI c'est la RAM (ce que je testerai demain, en empruntant deux barettes à mon dealer), pourquoi ça plante 6 fois de suite au démarrage, et plus quand c'est froid, et surtout, pourquoi "à chaud" memetest86 ne trouve rien ?! (il vient de finir une passe au moment où j'écris ces lignes, 0 errors) Questions : * memtest86 trouve-t'il "toutes" les erreurs de ram ? * Un lecteur de disquettes deffectueux peut il engendrer de telles erreurs ? * avez-vous une idée de la cause du problème ?! Florilège des erreurs obtenues (non notées donc peut être déformées) : * Spurious ACK in serio0 : some program might want to access hardware directly * bus error * losing too many ticks * Sigsegv * kernel pannic * general failure (façon kernel pannic) * IO error (sur le disque hda, alors que c'est un disque données non monté. (root : /dev/sda1) badblocks -n /dev/{sda,hda} ne donnent AUCUNE erreur). * Attempt to kill init * lib".so.6 : file not found (au boot, donc forcément, ça boot pas) * (ça boot avec plein d'erreurs). login marche, cd /etc/ ls : "fs$ab mtab in!t.d " (avec des caractères cabalistiques à la place de certaines lettres) bref, tout cela pue le problème de ram, mais memtest86 trouve rien.