Seul 3 Go de RAM détecté

Support Debian
#1

Coucou ! :006

Je viens de changer la RAM de mon PC pour passer de 2x1 Go à 2x2 Go.

Le BIOS détecte 4 Go, mais htop n’en voit que 3… :017

Je suis en Testing 64… :017

#2

ton noyau est bien en 64bits ?

uname -a

#3

*****@*****:~$ uname -a Linux ****** 2.6.32-5-amd64 #1 SMP Wed Aug 25 13:59:41 UTC 2010 x86_64 GNU/Linux

#4

Il n’y aurait pas dans le BIOS une option à activer pour “remapper” le 4e gibi-octet de RAM, masqué par la plage d’entrées-sorties en mémoire, au-delà de 4 Gio ?

#5

Si, c’est encore tres tres fréquent que les carte mere “récentes” ne supportent pas convenablement une quantité de mémoire supérieure a 3G.

Cela semble être ton cas!


             total       used       free     shared    buffers     cached
Mem:         32189      31900        288          0        232      22482
-/+ buffers/cache:       9185      23003
Swap:         7632        600       7031

En tout cas chez moi ça marche™

#6

Les 4 Go sont pourtant reconnu par le BIOS. Aucun rapport avec le noyau ?

#7

$ grep HIGHMEM /boot/config-uname -r
$ grep VMSPLIT /boot/config-uname -r

Dans les options de compilation on le trouve aux rubriques

Processors type and features -> High memory support
et ce qui en découle -> memory split

[code]
CONFIG_NOHIGHMEM: │
│
│ Linux can use up to 64 Gigabytes of physical memory on x86 systems.
│ However, the address space of 32-bit x86 processors is only 4
│ Gigabytes large. That means that, if you have a large amount of
│ physical memory, not all of it can be “permanently mapped” by the
│ kernel. The physical memory that’s not permanently mapped is called
│ “high memory”.

│ If you are compiling a kernel which will never run on a machine with
│ more than 1 Gigabyte 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. [/code]

#8

Ces options sont applicables en x86_64 (amd64) ?

#9

En effet , pas valable en x86_64 mais en x86_32, fausse piste

────────────── High Memory Support ─────────────────────────────┐ │ There is no help available for this kernel option. │ │ Prompt: High Memory Support │ │ Defined at arch/x86/Kconfig:1026 │ │ Depends on: X86_32 [=y] │ │ Location: │ │ -> Processor type and features │ │ Selected by: X86_32 [=y] && m

#10

Salut,

As-tu essayé les deux barrettes chacune leur tour ?
As-tu essayé d’intervertir les barrettes ?

#11

Salut.

Oui j’ai testé. Chaque barrette donne apporte bien 2 Go prises indépendamment. Mais les deux ensemble me donnent 3 Go… :017

#12

Up… :083

#13

Salut,
Pas beaucoup d’idée…
As-tu tester avec un live-cd ou un autre OS ?

#14

Pareil…

Résultat des courses avec la dernière Ubuntu-64…

ubuntu@ubuntu:~$ cat /proc/meminfo MemTotal: 3091808 kB MemFree: 2061072 kB Buffers: 108628 kB Cached: 468424 kB SwapCached: 0 kB Active: 415636 kB Inactive: 398500 kB Active(anon): 293528 kB Inactive(anon): 0 kB Active(file): 122108 kB Inactive(file): 398500 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 4321444 kB SwapFree: 4321444 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 237216 kB Mapped: 69500 kB Shmem: 56460 kB Slab: 71520 kB SReclaimable: 51888 kB SUnreclaim: 19632 kB KernelStack: 2088 kB PageTables: 20036 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 5867348 kB Committed_AS: 735940 kB VmallocTotal: 34359738367 kB VmallocUsed: 342812 kB VmallocChunk: 34359389340 kB HardwareCorrupted: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 8000 kB DirectMap2M: 3137536 kB

#15

Donc même sous ubuntu tu as 3 gb, alors sa doit venir du bios, vérifie tous les menus, quelque chose devrait intervenir. (ton proc supporte plus que 3 gb j’éspère :005 :arrow_right:)

#16

Salut,

Bon ben bienvenue au club !
Même symptômes chez moi : passage de 2x1 à 2x2 Go et debian n’en voit que 3,5Go (un peu plus que toi;)

Le bios détecte bien les 4 Go (même un peu plus : 4,19…).

$ uname -a Linux bureau 2.6.32-5-686 #1 SMP Wed Sep 15 08:01:33 UTC 2010 i686 GNU/Linux

$ cat /proc/meminfo MemTotal: 3634192 kB MemFree: 2866844 kB Buffers: 35236 kB Cached: 439660 kB SwapCached: 0 kB Active: 312240 kB Inactive: 382656 kB Active(anon): 220228 kB Inactive(anon): 13504 kB Active(file): 92012 kB Inactive(file): 369152 kB Unevictable: 0 kB Mlocked: 0 kB HighTotal: 2763720 kB HighFree: 2086920 kB LowTotal: 870472 kB LowFree: 779924 kB SwapTotal: 979956 kB SwapFree: 979956 kB Dirty: 68 kB Writeback: 0 kB AnonPages: 219996 kB Mapped: 137152 kB Shmem: 13736 kB Slab: 40608 kB SReclaimable: 31352 kB SUnreclaim: 9256 kB KernelStack: 2096 kB PageTables: 3052 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 2797052 kB Committed_AS: 846776 kB VmallocTotal: 122880 kB VmallocUsed: 51000 kB VmallocChunk: 43516 kB HardwareCorrupted: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 4096 kB DirectMap4k: 36856 kB DirectMap4M: 868352 kB

#17

Chez moi :

[code]$ grep HIGHMEM /boot/config-uname -r

CONFIG_NOHIGHMEM is not set

CONFIG_HIGHMEM4G=y

CONFIG_HIGHMEM64G is not set

CONFIG_HIGHMEM=y

CONFIG_DEBUG_HIGHMEM is not set[/code]

Je pourrais avoir des précisions sur les résultats et leurs significations ? Car moi je suis bien en 32 bits.

Merci.

#18

Ben je me sens moins seul… :mrgreen:

Pour autant, le web me dit que l’on est visiblement peu à avoir ce problème… :confused:

J’ai tout bidouillé sans succès…

Un truc curieux quand même :

En démarrage lent et verbeux des premières pages de boot, relative au BIOS, le système compte la RAM. La valeur part de 0 pour croitre jusqu’à 3 Go, stoppe et repart jusqu’à 4 Go…

#19

Chez moi :

[code]$ grep HIGHMEM /boot/config-uname -r

CONFIG_NOHIGHMEM is not set

CONFIG_HIGHMEM4G=y

CONFIG_HIGHMEM64G is not set

CONFIG_HIGHMEM=y

CONFIG_DEBUG_HIGHMEM is not set[/code]

Je pourrais avoir des précisions sur les résultats et leurs significations ? Car moi je suis bien en 32 bits.

Merci.[/quote]

Si tu es en 32 et que tu es limité à 3.5 (dont la valeur n’a alors rien d’anodine), le problème doit être différent du mien.

Je viens d’ajouter d’ajouter 2 Go au 4 présent. Toujours cette pause dans le décompte à 3 Go, avant de repartir sur 6 Go. Vraissemblablement un problème en rapport avec le BIOS donc… :confused:

#20

Je me demande si il n’y a pas simplement une sombre histoire de localisation de la mémoire morte et des ports entrée/sortie qui serait sur la fin des 4 premiers G. La mémoire ne serait pas sur une plage contigüe et le noyau n’arriverait pas à retrouver ses petits. Je chercherais dans les paramètres du noyau en essayant de lui faire chercher la mémoire. Il faudrait analtyser les messages du BIOS au début, par exemple

Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f400 (usable) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000000d8000 - 00000000000e0000 (reserved) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 0000000000100000 - 00000000bdaa1000 (usable) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdaa1000 - 00000000bdaa7000 (reserved) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdaa7000 - 00000000bdbbc000 (usable) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdbbc000 - 00000000bdc0f000 (reserved) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdc0f000 - 00000000bdd08000 (usable) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdd08000 - 00000000bdf0f000 (reserved) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdf0f000 - 00000000bdf19000 (usable) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdf19000 - 00000000bdf1f000 (reserved) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdf1f000 - 00000000bdf64000 (usable) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdf64000 - 00000000bdf9f000 (ACPI NVS) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdf9f000 - 00000000bdfe1000 (usable) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdfe1000 - 00000000bdfff000 (ACPI data) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 00000000bdfff000 - 00000000be000000 (usable) Sep 11 15:50:51 totoche kernel: [ 0.000000] BIOS-e820: 0000000100000000 - 0000000140000000 (usable) et la suite… mais il y a du boulot.