[resolu]dom0 ne détecte que 2,6 Go sur 4Go de ram

Bonjour cher forum.

J’ai une machine avec 4Go de RAM (2 barrettes de 2Go, bien détectées par le BIOS). En partant d’une debian etch normale, j’ai installé xen-hypervisor-3.0.3-1-i386-pae ; mais malheureusement, je ne vois que 2642 Mo

xstation:/usr/src/linux-source-2.6.18# free -m
             total       used       free     shared    buffers     cached
Mem:          2642        783       1858          0         22        613

J’ai tenté d’installer linux-modules-2.6.18-6-686-bigmem mais ça n’a rien changé.
Comment faire pour que mon noyau voit les 4Go de ram qui lui sont offertes.

Merci à tous.

Dom0, c’est là machine physique, c’est ça ? Je ne pense pas que l’utilisation de la virtualisation change quoi que ce soit, pourquoi parles tu de dom0 ?

Sinon, ce n’est pas linux-modules…-bigmem qu’il faut installer, mais linux-image…-bigmem, et il faut rebooter sur ce noyau.

Bonjour,

Oui, dom0 c’est la machine physique. Mon but est de faire de la virtualisation.

Dans un premier temps, j’ai installé ce noyau : linux-image-2.6.18-6-686-bigmem et quant je boute dessus, je vois un peu plus de 3 Go (3034 Mo).
Pourquoi ce noyau là, ne voit point le reste de la mémoire ?

Salut,

Pourquoi ne pas lancer un memtest ?

Il y a parfois des erreurs dans la manière dont le noyau reconnait la mêmoire (mais c’est bizarre parceque c’est quand même trés rare) et tu peux passer à ton noyau un paramètre mem=4096M pour le forcer à penser qu’il a 4Go (cf: traduc.org/docs/howto/lectur … HOWTO.html).

Je pense plutot que ton noyau détecte bien la mêmoire et que tu lis mal les infos qui te sont données. Comment vérifies tu la quantité de mêmoire que tu as ?

Que donne dmesg | grep “MEM available” ?

Non, c’est plustôt le noyau qui ne détecte pas la mémoire. Voici la preuve :

xstation:~# dmesg | grep "MEM available"
2166MB HIGHMEM available.
896MB LOWMEM available.
xstation:~# free -m
             total       used       free     shared    buffers     cached
Mem:          3034         30       3004          0          2         10
-/+ buffers/cache:         16       3018
Swap:          988          0        988
xstation:~# uname -a
Linux xstation 2.6.18-6-686-bigmem #1 SMP Mon Aug 18 09:58:16 UTC 2008 i686 GNU/Linux

Merci MattOTop pour cette page qui explique comment donné des paramètres au noyau. Je vais lui mettre ce param là et je reviens.

:slightly_smiling:

Salut ggoodluck47

Je viens de voir ta réponse,
Pourquoi lancer un memtest86+ ? Mon bios détecte bien les 4Go.

Cordialement,

Dans la page que MattOTop a indiqué traduc.org/docs/howto/lectur … HOWTO.html, j’ai vu :

[quote]
Notez que cet argument n’a pas besoin d’être en hexadécimal, et que les suffixes k' etM’ (en majuscule ou minuscule, peu importe) peuvent être utilisés pour indiquer respectivement kilo-octets et Méga-octets (le k' multiplie par 10 votre valeur et leM’ la multiplie par 20). La mise en garde exposée ci-dessus reste vraie en cela qu’une machine avec 96 Mo peut fonctionner avec mem=97920k mais échouer avec soit mem=98304k ou mem=96M.[/quote]
Qu’est ce que ça veut dire (le k' multiplie par 10 votre valeur et leM’ la multiplie par 20) ?

Bref, si j’ai 4Go, je peux mettre mem=4096M ?! :unamused:

Merci

quote="redsonic"
Qu’est ce que ça veut dire (le k' multiplie par 10 votre valeur et leM’ la multiplie par 20) ?[/quote] Ca doit être soit une eeerreur de traduction, soit une écriture un peu rapide. En fait, ça doit plutot se lire:
le k' multiplie par 2^10 votre valeur et leM’ la multiplie par 2^20

[quote=“redsonic”] Bref, si j’ai 4Go, je peux mettre mem=4096M ?! :unamused: (…)[/quote] Tu as testé ?

Voici ce que j’ai mis dans mon menu.list mais ça n’a pas marché, j’ai toujours 3034M détectées.

[code]## ## End Default Options ##

title Debian GNU/Linux, kernel 2.6.18-6-686-bigmem
root (hd0,4)
kernel /boot/vmlinuz-2.6.18-6-686-bigmem root=/dev/sda5 mem=4000M ro
initrd /boot/initrd.img-2.6.18-6-686-bigmem
savedefault[/code]

:neutral_face:

4Go, celà ne fait pas 4000 Mo mais 4096 Mo, on parle en base 2 en info.

que donne dmesg | head -100 ?

J’ai fait au début 4096M et ça n’a pas marché. Par la suite, j’ai diminué un peu parceque j’ai lu que des fois le sommet de la mémoire peut être utilisé comme cache pour le bios ou autre chose comme indiqué ici :

[quote]
NOTE NOTE NOTE: certaines machines peuvent utiliser le sommet de la mémoire pour le cache du BIOS ou quelque chose d’autre, c’est pourquoi il se peut que vous n’ayez pas vraiment la totalité de ces 96 Mo comme mémoire adressable.[/quote]

Ce param n’a pas l’air d’être lu par le noyau ?! car sinon, j’aurais vu mes 4000M que j’ai indiqué.

dmesg | head -100

xstation:~# dmesg | head -100
Linux version 2.6.18-6-686-bigmem (Debian 2.6.18.dfsg.1-22etch2) (dannf@debian.org) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Aug 18 09:58:16 UTC 2008
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 00000000bf688c00 (usable)
 BIOS-e820: 00000000bf688c00 - 00000000bf68ac00 (ACPI NVS)
 BIOS-e820: 00000000bf68ac00 - 00000000bf68cc00 (ACPI data)
 BIOS-e820: 00000000bf68cc00 - 00000000c0000000 (reserved)
 BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
 BIOS-e820: 00000000fec00000 - 00000000fed00400 (reserved)
 BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
 BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
user-defined physical RAM map:
 user: 0000000000000000 - 00000000000a0000 (usable)
 user: 00000000000f0000 - 0000000000100000 (reserved)
 user: 0000000000100000 - 00000000bf688c00 (usable)
 user: 00000000bf688c00 - 00000000bf68ac00 (ACPI NVS)
 user: 00000000bf68ac00 - 00000000bf68cc00 (ACPI data)
 user: 00000000bf68cc00 - 00000000c0000000 (reserved)
 user: 00000000e0000000 - 00000000f0000000 (reserved)
 user: 00000000fec00000 - 00000000fed00400 (reserved)
 user: 00000000fed20000 - 00000000feda0000 (reserved)
 user: 00000000fee00000 - 00000000fef00000 (reserved)
 user: 00000000ffb00000 - 0000000100000000 (reserved)
2166MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe710
NX (Execute Disable) protection: active
On node 0 totalpages: 784008
  DMA zone: 4096 pages, LIFO batch:0
  Normal zone: 225280 pages, LIFO batch:31
  HighMem zone: 554632 pages, LIFO batch:31
DMI 2.3 present.
ACPI: RSDP (v000 DELL                                  ) @ 0x000fec00
ACPI: RSDT (v001 DELL    DV051   0x00000007 ASL  0x00000061) @ 0x000fcc4f
ACPI: FADT (v001 DELL    DV051   0x00000007 ASL  0x00000061) @ 0x000fcc8b
ACPI: SSDT (v001   DELL    st_ex 0x00001000 MSFT 0x0100000d) @ 0xfffc771b
ACPI: MADT (v001 DELL    DV051   0x00000007 ASL  0x00000061) @ 0x000fccff
ACPI: BOOT (v001 DELL    DV051   0x00000007 ASL  0x00000061) @ 0x000fcd91
ACPI: MCFG (v001 DELL    DV051   0x00000007 ASL  0x00000061) @ 0x000fcdb9
ACPI: HPET (v001 DELL    DV051   0x00000007 ASL  0x00000061) @ 0x000fcdf7
ACPI: DSDT (v001   DELL    dt_ex 0x00001000 MSFT 0x0100000d) @ 0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Processor #1 15:4 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] disabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x06] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x07] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x00] disabled)
ACPI: LAPIC (acpi_id[0x08] lapic_id[0x01] disabled)
ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
ACPI: HPET id: 0x8086a201 base: 0xfed00000
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at c2000000 (gap: c0000000:20000000)
Detected 2992.673 MHz processor.
Built 1 zonelists.  Total pages: 784008
Kernel command line: root=/dev/sda5 mem=4000M ro
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 16384 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 3101896k/3136032k available (1542k kernel code, 32912k reserved, 587k data, 196k init, 2218528k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
hpet0: at MMIO 0xfed00000 (virtual 0xf8800000), IRQs 2, 8, 0
hpet0: 3 64-bit timers, 14318180 Hz
Using HPET for base-timer
Calibrating delay using timer specific routine.. 5990.13 BogoMIPS (lpj=11980269)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000649d 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000 0000649d 00000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 20100000 00000000 00000180 0000649d 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (24) available
xstation:~#

Alors, ce param est-il pris en compte ou pas ?
:neutral_face:

Il n’a pas l’air d’être détecté effectivement, mais je t’avoue que là…
Tu n’as pas d’autre noyau dispo qu’un 2.6.18 ?
Peut être qu’avec un vrai OS comme debian, au lieu d’une copie pour gamin nommé ubuntu, ça marcherait mieux… :smt003

[quote=“redsonic”]Salut ggoodluck47

Je viens de voir ta réponse,
Pourquoi lancer un memtest86+ ? Mon bios détecte bien les 4Go.

Cordialement,[/quote]

Parce que si le bios détecte correctement et que le kernel ne le fait pas c’est soit le kernel soit la mémoire d’une des barettes. Alors pourquoi ne pas éliminer unr des possibilités, même si je la juge improbable ?

Mattotop …

[quote]
Peut être qu’avec un vrai OS comme debian, au lieu d’une copie pour gamin nommé ubuntu, ça marcherait mieux… :smt003[/quote]
C’est une debian etch, je n’ai jamais touché à ubuntu même si je la respecte énormément et c’est loin d’être une copi…

J’ai pas le choix, j’essayerai avec un noyau plus récent

redsonic

[quote=“redsonic”]Mattotop …

[quote]
Peut être qu’avec un vrai OS comme debian, au lieu d’une copie pour gamin nommé ubuntu, ça marcherait mieux… :smt003[/quote]
C’est une debian etch,[/quote] oops: mon update ayant planté sans que je m’en aperçoive, je ne voyais qu’un ou deux noyaux. C’est pour ça que j’ai cru que c’était une ubuntu. [quote=“redsonic”]je n’ai jamais touché à ubuntu même si je la respecte énormément et c’est loin d’être une copi…[/quote] De fait, elle est trés différente, mais bon. [quote=“redsonic”]J’ai pas le choix, j’essayerai avec un noyau plus récent[/quote]
Sur mon routeur, j’utilise le sources.list suivant:

[code]## etch
deb http://ftp.fr.debian.org/debian/ etch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ etch main contrib non-free

#debian-marillat
deb http://www.debian-multimedia.org etch main
deb-src http://www.debian-multimedia.org etch main

security

deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free

volatile

deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free
#deb http://ftp.ens-cachan.fr/ftp/debian-volatile etch/volatile main contrib non-free
deb-src http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free
#deb-src http://ftp.ens-cachan.fr/ftp/debian-volatile etch/volatile main contrib non-free

backports

deb http://www.backports.org/debian etch-backports main contrib non-free
deb-src http://www.backports.org/debian etch-backports main contrib non-free[/code]avec ça, tu devrais avoir un peu plus de choix (2.6.22, 2.6.25) sans faire prendre de risque à ton etch.
Bonne chance.

Merci pour le source.list mais le mien m’a suffit pour upgrader à la version 2.6.24-etchnhalf.1-686

Le problème est toujours là.
:frowning:

grr. pas d’idée, sauf le memtest conseillé par ggoodluck47.
Tu n’as aucun message bizarre dans /var/log/messages, pendant le boot ?

Bonjour,

Ggoodluck47, peux tu me dire comment utiliser memtest86+ , je connais pas dutout ce soft.

Merci

Salut,

Au démarrage de grub, normalement tu as une option memtest, et sinon tu vas devoir modifier ton menu.lst, l’option y est décrite :slightly_smiling: