Noyau bigmem, mémoire physique non reconnue

Support Debian
#1

Bonjour

Je viens de remplacer 512 M de DDRAM par 1500 M [size=85](j’ arrondi)[/size] de SDDRAM sur une carte K7S5A.

J’ai installé:
Linux K7S5A 2.6.26-2-686-bigmem #1 SMP Mon Jun 21 06:45:17 UTC 2010 i686 GNU/Linux
au lieu du noyau précédent: 2.6.26-2-689

Le nouveau noyau n’apporte pas la solution au problème: la mémoire reconnue n’est que de 757 Mo / 775836 ko ( top, free, bubblemon etc… ), alors qu’ avec un live-cd ( Knoppix 6.2 et memtest sur le même CD ), les 1500 M et quelques sont reconnus et utilisés.

Je suis sur une Debian Lenny “standard” et régulièrement mise à jour.

Merci pour votre intéret à ce problème de vieille machine…
[size=85]
PS, quand j’aurai réglé ce problème, j’envisage de remplacer l’athlon 1200 par un athlon 2000. Ces mémoires et ce processeur m’ayant été donnés récemment dans une autre vieille machine.[/size]

#2

Salut,

Je ne sais pas ce que ta machine en pense, personnellement c’est la première fois que je vois remplacer de la ddr par de la sdd !

#3

Bonjour,

Dans un premier temps, tu peux lancer la commande dmesg et regarder la mémoire reconnue par le noyau lors de la phase de boot.

Ensuite, regarde ce que détecter le système au niveau des slots avec la commande :

#4

ggoodluck47
La carte K7S5A est prévue pour ce choix, avec évidemment les “slots” correspondants ( mais pas les 2 modèles ensemble )

jaax:
Je suis bien incapable d’exploiter seul cette information.
Mais on voit effectivement un message
WARNING: BIOS bug: CPU MTRRs don’t cover all of memory, losing 767MB of RAM dans dmsg

Il est curieux que memtest et knoppix n’en soit pas affectés ?

Merci à tous deux pour votre aide.

Voici le résultat de dmidecode -t memory:

[code]# dmidecode 2.9
SMBIOS 2.3 present.

Handle 0x0007, DMI type 5, 24 bytes
Memory Controller Information
Error Detecting Method: 32-bit ECC
Error Correcting Capabilities:
Single-bit Error Correcting
Supported Interleave: One-way Interleave
Current Interleave: One-way Interleave
Maximum Memory Module Size: 128 MB
Maximum Total Memory Size: 512 MB
Supported Speeds:
70 ns
60 ns
Supported Memory Types:
Standard
FPM
EDO
Parity
ECC
SIMM
Memory Module Voltage: 3.3 V
Associated Memory Slots: 4
0x0008
0x0009
0x000A
0x000B
Enabled Error Correcting Capabilities:
Single-bit Error Correcting

Handle 0x0008, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: ROW-0
Bank Connections: 4 13
Current Speed: Unknown
Type: DIMM SDRAM
Installed Size: 1024 MB (Single-bank Connection)
Enabled Size: 1024 MB (Single-bank Connection)
Error Status: OK

Handle 0x0009, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: ROW-1
Bank Connections: 4
Current Speed: Unknown
Type: DIMM SDRAM
Installed Size: 512 MB (Single-bank Connection)
Enabled Size: 512 MB (Single-bank Connection)
Error Status: OK

Handle 0x000A, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: ROW-2
Bank Connections: 0 0
Current Speed: Unknown
Type: Unknown
Installed Size: Not Installed
Enabled Size: Not Installed
Error Status: OK

Handle 0x000B, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: ROW-3
Bank Connections: 0 0
Current Speed: Unknown
Type: Unknown
Installed Size: Not Installed
Enabled Size: Not Installed
Error Status: OK[/code]

et de dmesg | egrep -i mem

$dmesg | egrep -i mem [ 0.000000] Linux version 2.6.26-2-686-bigmem (Debian 2.6.26-24) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Mon Jun 21 06:45:17 UTC 2010 [ 0.000000] WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 767MB of RAM. [ 0.000000] WARNING: at arch/x86/kernel/cpu/mtrr/main.c:706 mtrr_trim_uncached_memory+0x123/0x183() [ 0.000000] Pid: 0, comm: swapper Not tainted 2.6.26-2-686-bigmem #1 [ 0.000000] [<c03a1dcf>] mtrr_trim_uncached_memory+0x123/0x183 [ 0.000000] 0MB HIGHMEM available. [ 0.000000] 767MB LOWMEM available. [ 0.000000] HighMem 196592 -> 196592 [ 0.000000] DMA zone: 32 pages used for memmap [ 0.000000] Normal zone: 1504 pages used for memmap [ 0.000000] HighMem zone: 0 pages used for memmap [ 0.000000] Movable zone: 0 pages used for memmap [ 0.000000] PM: Registered nosave memory: 000000000009f000 - 00000000000a0000 [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 [ 0.000000] PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 [ 0.004000] Memory: 767644k/786368k available (1836k kernel code, 18276k reserved, 790k data, 256k init, 0k highmem) [ 0.004000] virtual kernel memory layout: [ 0.004000] lowmem : 0xc0000000 - 0xefff0000 ( 767 MB) [ 0.230669] MEM window: 0xcfe00000-0xcfefffff [ 1.228958] Freeing initrd memory: 7858k freed [ 1.230961] Total HugeTLB memory allocated, 0 [ 1.601195] Freeing unused kernel memory: 256k freed

PS
La documentation de la carte K7S5A informe que "la mémoire maximum installée est de 1 Go"
C’est peut-être l’expication du “Bug” décrit dans dmesg.

Dans ce cas, quel miracle logiciel permet à Knoppix d’utiliser 1,5 M ?

Celà m’incite à poser une autre question, ( comme solution possible ): peut-on et à quel prix installer une knoppix ( ou utiliser son noyau avec Debian ) sans craindre des complications insurmontables ou des lourdeurs ? ou bien une version donnée de Knoppix est-elle fidèle à une version donnée de Debian pour passer facilement de l’un à l’autre ? ( je vais voir chez Knoppix… )

#5

Mise au point:

Après avoir trifouillé dans la machine: il s’agit de 2 barettes de 1Go chacune.

Introduites séparéments dans un seul slot, l’un reconnait 256 M et l’autre 512 M.

Le mystère s’amenuise, avec mes espoirs …

Encore merci.

#6

Que retourne la commande suivante :

#7

Salut,

[quote=“josephtux”]Mise au point:

Après avoir trifouillé dans la machine: il s’agit de 2 barettes de 1Go chacune.

Introduites séparéments dans un seul slot, l’un reconnait 256 M et l’autre 512 M.

Le mystère s’amenuise, avec mes espoirs …

Encore merci.[/quote]

Manifestement… ça ressemble à un problème matériel.

Je dirais qu’il y a une incompatibilité entre la RAM et la carte mère… Tu n’as pas la possibilité de tester sur une autre machine, ou de te procurer d’autres barettes (je suis pas dealer :wink: ) ?

C’est de la RAM de qualité ou bien “noname made in north corea” ?

#8

goldyfruit:
sudo grep -ri HIGHMEM /boot/config-2.6.26-2-686

CONFIG_NOHIGHMEM is not set

CONFIG_HIGHMEM4G=y

CONFIG_HIGHMEM64G is not set

CONFIG_HIGHMEM=y

CONFIG_DEBUG_HIGHMEM is not set

LENNY 19:29:49$sudo grep -ri HIGHMEM /boot/config-2.6.26-2-686-bigmem

CONFIG_NOHIGHMEM is not set

CONFIG_HIGHMEM4G is not set

CONFIG_HIGHMEM64G=y
CONFIG_HIGHMEM=y

CONFIG_DEBUG_HIGHMEM is not set

lol:
pour les mémoires, je ne sais pas, mais elles semblent différentes.
Sur la machine d’ou elles proviennent ( sous windoze ) elles semblaient être prises en compte.
Il s’agit bien d’une question matérielle, puisque le manuel de la carte affirme que les 2 slots utilisés ne peuvent dépasser 1 G en tout

Merci à tous les deux

#9

Re,

Ça ce n’est pas bon… En principe les barrettes doivent aller par deux (même capacité, même fréquence, même marque), elles doivent être strictement identiques.
Parfois ça fonctionne quand même, mais la plupart du temps les résultats sont mauvais.

#10

Merci à tous,

je renonce à ce trop modeste projet d’arrière-garde…