Bonsoir, > Pour clairement (/proc/mtrr n’est pas utile, la preuve tu as > le même avec 7 ou 8 Gio) voir ce que Linux a comme RAM : > En fait, le proc mtrr, c'était parce qu'il était différent dans le cas ou dans le Bios je desactivais le Memory Hole Remapping, mais puisque le système n'est pas plus stable dans ce cas, je n'ai pas insister. > $ dmesg | grep -F Memory > [ 0.000000] Memory: 2048700k/2095936k available (3068k kernel > code, 388k absent, 46848k reserved, 1886k data, 580k init) > (available = memory + absent + reserved) > > Si ça ne correspond pas à ce qui est installé, ça peut être > parce que le BIOS ne donne pas tout : Linux se fie au BIOS (même > pas peur !). > > Pour voir ce que Linux voit comme RAM passée par le BIOS : > $ dmesg | grep -F usable > [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f800 > (usable) > [ 0.000000] BIOS-e820: 0000000000100000 - 000000007fed0000 > (usable) > > Tu sommes ensuites les intervalles : > 0x9f800 + 0x7fed0000-0x100000 = 2145843200 > 2145843200 ≈ 2046.44 Gio > > Si ton PC plante seulement quand tu demandes au BIOS de rendre > les trous, c’est peut-être un problème de BIOS (= annonce de > mauvaises plages à Linux). Personne n’a signalé de problème avec > ta carte mère ? > > Pour ma carte mère la seul chose qui s'y rapproche c'était un post sur le site d'asus avec le debut d'un boot kernel. Mais je n'y ai rien vu de concluent :-$ Je donnerais le lien dès que je remet la main dessus. Pour ce qui est des traces, la avec l'option "mem=" : # dmesg | grep -F Memory [ 0.000000] Memory: 7021668k/8322048k available (3067k kernel code, 1115796k absent, 184584k reserved, 1886k data, 584k init) [ 30.409195] EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (0000:00:18.3). # dmesg | grep -F usable [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009b800 (usable) [ 0.000000] BIOS-e820: 0000000000100000 - 00000000bbed0000 (usable) [ 0.000000] BIOS-e820: 0000000100000000 - 0000000240000000 (usable) [ 0.000000] user: 0000000000000000 - 000000000009b800 (usable) [ 0.000000] user: 0000000000100000 - 00000000bbed0000 (usable) [ 0.000000] user: 0000000100000000 - 00000001fbf00000 (usable) [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved) [ 0.000000] e820 update range: 00000000c0000000 - 0000000100000000 (usable) ==> (reserved) Et sans l'option "mem=" : # dmesg | grep -F Memory [ 0.000000] Memory: 8122476k/9437184k available (3067k kernel code, 1115796k absent, 198912k reserved, 1886k data, 584k init) [ 45.902343] EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (0000:00:18.3). # dmesg | grep -F usable [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009b800 (usable) [ 0.000000] BIOS-e820: 0000000000100000 - 00000000bbed0000 (usable) [ 0.000000] BIOS-e820: 0000000100000000 - 0000000240000000 (usable) [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved) [ 0.000000] e820 update range: 00000000c0000000 - 0000000100000000 (usable) ==> (reserved) Que puis-je en conclure ? Que puis-je faire pour récupérer la plage 00000001fbf00000 - 0000000240000000, ou l'empêcher de la dépasser ? Merci d'avance, Thibaut
Attachment:
signature.asc
Description: OpenPGP digital signature