[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: entre 5 minutes et 8 heures d'utilisation



Sun, 20 Mar 2005 20:36:08 +0100, Debian User a écrit :
> Rebonsoir et merci de ton aide !

Re. Vraiment de rien : je ne fais que poser des questions...

>[...]

Il semble donc que le problème est lié à la 3D.

Par contre, la 3D peut poser problème aussi parce que, en général, les
programmes 3D demandent pas mal de mémoire (et de CPU). Ce qui ferait que
ça plante la ram plus rapidement que sans 3D.

Maintenant, pourquoi est-ce que ça plante maintenant et que ça ne plantait
pas avant... mystère (en tout cas pour moi), à part la ram...

Sinon, as-tu pris tes précautions avant de changer tes barrettes ?
(Du style bien te frotter les pieds sur la moquette en synthétique, porter
 un pull en laine...)
(Oui, je sais, certains me diront qu'ils n'ont jamais pris de précaution
 et n'ont jamais eu de problème...
 Je connaissais un type qui disait tout le temps ça... et il disait aussi
 « les rams ne sont plus ce qu'elles étaient, il y a souvent des problèmes
 avec les neuves »...)

[Pour :]
> X Error of failed request: BadValue (integer parameter out of range for
> operation)
>   Major opcode of failed request: 135
>   Minor opcode of failed request: 10
>   Serial number of failed request: 1507
> Shutdown tty console

Une fonction X11 qui plante à cause d'un paramètre foireux.
Je ne sais pas si c'est lié ou pas (peut-être que le paramètre est foireux
pour une toute autre raison).

> Dernière chose : j'ai deux messages qui m'intrigue ds les logs : 
> 
> Mar 19 17:22:42 simpson kernel: RAMDISK: cramfs filesystem found at
> block 0
> Mar 19 17:22:42 simpson kernel: RAMDISK: Loading 4256 blocks [1 disk]
> into ram d
> isk... |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|
> ^H/^H-^H\^H|
> ^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|
> ^H/^H-^H
> \^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H
> \^H|^H/^
> H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|
> ^H/^H-^H\^H|

C'est l'initrd (disque de démarrage mis en mémoire pour charger les
modules). Les ^H, ce sont des « backspace » : les caractères |/-\| se
succèdent (c'est joli les animations en ascii :o).

> Mar 20 19:33:40 simpson sensord: Chip: eeprom-i2c-0-51
> Mar 20 19:33:40 simpson sensord: Adapter: SMBus Via Pro adapter at 0400
> Mar 20 19:33:40 simpson sensord: Algorithm: Unavailable from sysfs
> Mar 20 19:33:40 simpson sensord:   Memory type: DDR SDRAM DIMM SPD
> Mar 20 19:33:41 simpson sensord:   Memory size (MB): Invalid 13 10 1 4

C'est sensord (affichage des infos : nature des puces, température,
vitesse des ventilos...) qui lit les infos de la barrette mémoire mais qui
n'arrive pas à trouver sa taille.

Je n'ai pas de DDR SDRAM de 1 Go, je ne sais pas s'il est normal ou non
que ça plante mais c'est peut-être bien une piste.

> Voilà tout ce que je peux te dire (dsl pour la taille de mon message)

Pas si long.

> Merci de (vos) tes suggestions car là je suis un peux désespérer     :)

Ça se comprend. À part tester la ram (longtemps avec memtest86 ; avec de
grosses compilations (noyau, x11...)), je ne vois pas trop...

-- 
Sylvain Sauvage



Reply to: