Bonjour,
J’ai récement acheter 2 nouvelles barrettes de 512 mo DDR mais j’ai l’impression que quelque chose cloche.
Pour un total de 3 barrettes de 512 mo j’obtient avec la commande TOP ceci :
Mem: 1166112k total, 1156092k used, 10020k free, 12600k buffers
Swap: 1855496k total, 508k used, 1854988k free, 831172k cached
Normalement je devrais avoir 1,5 Go et non 1,1Go… non ? J’ai installer Etch il y a un bon bout de temps… je ne pense pas qu’il faudrais que je le réinstalle 
Que donne
ls -l /proc/kcore
??
Salut,
Il faut avant tout que tu vérifies dans le bios combien lui en détecte. Certaines barettes ne font pas bon menage entre elles 
donnes la réference de ta carte mère et de tes barettes.
pour avoir eu un soucis équivalent je peux dire que certaines cartes mères ont du mal avec les barettes “double-face” (avec des chips des 2 cotés du PCB)…
normalement du dois pouvoir trouver des infos sur le manuel de ta carte.
en tout cas pour moi c’est hardware.
C’est hardware, donne la ref de ta carte mère ET le chipset qu’elle utilise. Bcp d’architecture ne sont pas fait pour 3 barettes… c’est pour ca que tu n’as que 1024 à mon avis.
Autre possibilité: Une est morte ou est mal placée (en changeant de place tu peu obtenir la detect dans ce cas:)
Essaye tes barrettes une par une tu verras bien si il y en a une qui merde
surement un problème d’horloge(enfin de fréquence). J’ai eu le même problème
mathieu@mat:~$ ls -l /proc/kcore
-r-------- 1 root root 1207963648 2006-09-03 13:09 /proc/kcore
La carte mere : ASUS P4P800-E deluxe
Barrete 1 : Samsung Original 512 Mo PC3200 (KOREA H 0415) = DIMM_A1
Barrete 2 : Samsung 512 Mo PC3200 (KR 0517) = DIMM_A2
Barrete 3 : Samsung Original 512 Mo PC3200 (KOREA H 0415) = DIMM_B1
Les barrete 1 et 3 sont identique, c’est des jumeaux. Les puces sont des 2 cotés.
La barrete 2 je ne sait pas si c’est une original mais les puces sont d’un seul coté.
Les 3 Barretes fonctionnes… je les est essayé séparéments.
Salut,
Je serais prêt à parier que les barettes 1 & 3 fonctionnent ensemble et que c’est la deux qui sême la panique. Essaies
C’est possible !
Au démarrage dans le bios il m’affiche :
[ul]Memoire systeme
Taille : 1536 MB[/ul]
Quand je laisse Juste la barrette 1 et 3 ca m’affiche :
[ul]Memoire systeme
Taille : 1024 MB[/ul]
J’imagine que ça marche niveau du bios. Maintenant j’ai l’impression que c’est Debian qui n’arrive pas à gérer ça.
Problème d’oiption dans le noyau:
«If you are compiling a kernel which will never run on a machine with
more than 960 megabytes of total physical RAM, answer “off” here (default
choice and suitable for most users). This will result in a "3GB/1GB"
split: 3GB are mapped so that each process sees a 3GB virtual memory
space and the remaining part of the 4GB virtual memory space is used
by the kernel to permanently map as much physical memory as
possible.
If the machine has between 1 and 4 Gigabytes physical RAM, then
answer “4GB” here.
If more than 4 Gigabytes is used then answer “64GB” here. This
selection turns Intel PAE (Physical Address Extension) mode on.
PAE implements 3-level paging on IA32 processors. PAE is fully
supported by Linux, PAE mode is implemented on all recent Intel
processors (Pentium Pro and better). NOTE: If you say “64GB” here,
then the kernel will not boot on CPUs that don’t support PAE!»
Essaye en passant “mem=1536M” comme option avec lilo/grub.
Sinon, que donne ls -l /proc/kcore disais je? (C’est la taille réellement vu par le noyau)
[quote=“MRoizot”]C’est possible !
Au démarrage dans le bios il m’affiche :
[ul]Memoire systeme
Taille : 1536 MB[/ul]
Quand je laisse Juste la barrette 1 et 3 ca m’affiche :
[ul]Memoire systeme
Taille : 1024 MB[/ul]
J’imagine que ça marche niveau du bios. Maintenant j’ai l’impression que c’est Debian qui n’arrive pas à gérer ça.[/quote]
falait commencer par là… donc c’est pas hardware, test la solution de fran.
les cartes mères ASUS sont reconnues pour être assez difficiles au niveau de la mémoire, mais avec de la samsung pas de problème 
vu qu’en plus lors du POST le bios reconnait bien les 1,5Go de RAM vois plutôt au niveau du kernel.
essayes la solution de fran.b et tiens nous au courant
je ne suis pas sur de la manoeuvre, j’ai édité ceci dans le /boot/grub/menu.lst
[ul]title Debian GNU/Linux, kernel 2.6.16-2-486
root (hd0,0)
kernel /boot/vmlinuz-2.6.16-2-486 root=/dev/hda1 mem=1536M ro
initrd /boot/initrd.img-2.6.16-2-486
savedefault
boot[/ul]
pour la commande ls -l /proc/kcore :
[ul]mathieu@mat:~$ ls -l /proc/kcore
-r-------- 1 root root 1207963648 2006-09-03 13:09 /proc/kcore
mathieu@mat:~$ [/ul]
J’ai rebooté et apparament ca na pas vraiment bouger :
[ul]mathieu@mat:~$ cat /proc/meminfo
MemTotal: 1166112 kB[/ul]
Que donne un grep HIGHMEM sur tes options de compilation de ton noyau (fichier /boot/config…)
mathieu@mat:~$ grep HIGHMEM /boot/config-2.6.16-2-486
CONFIG_NOHIGHMEM=y
Que doit-je faire ?
désactiver CONFIG_NOHIGHMEM
et mettre CONFIG_HIGHMEM4G
si j’ai bien compris la doc du noyau. Mais il faut recompiler du coup
juste pour insister sur la solution de fran.b quant aux options de complation du noyau:
The mysterious 880 MB limit on x86
Bonne compilation
Ok.
Je vous en remerci beaucoup !