Bonsoir à tous,
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
cache).
Je pense que le problème viens de l'adressage, bien que j'ai jouà © de
malchance par le passé (j'ai du changer à deux reprise un jeu de
barrettes), celles-ci passent sans problème le memtest86+ v4.10. M ais
celui-ci scan de 0 Ã 3G, puis passe de 4G Ã 9G (manifestement les
adresses comprises entre 3G et ~4G sont remappée entre 8G et 9G) e t je
pense que le problème doit y être lier.
Actuellement, j'ai réussi à obtenir un système "stable" en ajoutant
l'option "mem27M" lors du boot (j'ai également essayé l' option "",
sans succès) qui me permet d'avoir 6363M d'utilisables, soit une p erte
d'un peu plus d'1G. Auriez-vous une solution pour y palier ?
Ma configuration:
- OS: Debian GNU/Linux Squeeze 64Bit, Kernel 2.6.32-5 amd64
- Carte Mère : Asus Formula 2 Crosshair (avec carte graphique
intégrée qui prend 64M de ram au système, les valeurs po ssibles dans le
BIOS sont 64M, 128M, 256M et 512M) avec l'option "Memory Hole Remapping "
active dans le Bios, car sinon, seulement 7G sont utilisables sans pour
autant que le système ne plante.
- DDR2 Corsair 4x2G
Infos en configuration fonctionnelle :
*********************************************************************** ****************************************
#cat /proc/meminfo ; echo ; free -m ; echo ; cat /proc/mtrr ; echo ;
cat /proc/pagetypeinfo
MemTotal: 7032884 kB
MemFree: 52852 kB
Buffers: 105520 kB
Cached: 5759084 kB
SwapCached: 0 kB
Active: 3662644 kB
Inactive: 3034516 kB
Active(anon): 688384 kB
Inactive(anon): 145028 kB
Active(file): 2974260 kB
Inactive(file): 2889488 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 16777208 kB
SwapFree: 16777208 kB
Dirty: 20340 kB
Writeback: 4 kB
AnonPages: 832564 kB
Mapped: 11576 kB
Shmem: 848 kB
Slab: 213196 kB
SReclaimable: 179104 kB
SUnreclaim: 34092 kB
KernelStack: 1672 kB
PageTables: 4872 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 20293648 kB
Committed_AS: 954036 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 150900 kB
VmallocChunk: 34359573492 kB
HardwareCorrupted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 8000 kB
DirectMap2M: 3004416 kB
DirectMap1G: 4194304 kB
total used free shared buffers cach ed
Mem: 6868 6816 51 0 103 56 24
-/+ buffers/cache: 1089 5778
Swap: 16383 0 16383
reg00: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-b ack
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-b ack
reg02: base=0x100000000 ( 4096MB), size= 4096MB, count=1: write-b ack
reg03: base=0x200000000 ( 8192MB), size= 1024MB, count=1: write-b ack
reg04: base=0x0d8000000 ( 3456MB), size= 128MB, count=1: write-c ombining
Page block order: 9
Pages per block: 512
Free pages count per migrate type at order 0 1 2
3 4 5 6 7 8 9 10
Node 0, zone DMA, type Unmovable 2 2 3
3 3 1 0 0 1 0 0
Node 0, zone DMA, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA, type Movable 0 0 0
0 0 0 0 0 0 0 3
Node 0, zone DMA, type Reserve 0 0 0
0 0 0 0 0 0 1 0
Node 0, zone DMA, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Unmovable 2979 75 4
1 0 0 0 0 0 0 0
Node 0, zone DMA32, type Reclaimable 1212 7 3
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Movable 230 205 133
77 0 0 0 0 0 0 0
Node 0, zone DMA32, type Reserve 0 0 2
6 6 6 2 0 0 1 0
Node 0, zone DMA32, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Unmovable 519 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Reclaimable 1 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Movable 209 168 50
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Reserve 0 0 5
5 6 2 2 2 1 0 0
Node 0, zone Normal, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Number of blocks type Unmovable Reclaimable Movable
Reserve Isolate
Node 0, zone DMA 1 0 6
1 0
Node 0, zone DMA32 18 49 1459
2 0
Node 0, zone Normal 113 33 1868
2 0
*********************************************************************** ****************************************
Infos en configuration automatique, non fonctionnelle:
cat /proc/meminfo ; echo ; free -m ; echo ; cat /proc/mtrr ; echo ; ca t
/proc/pagetypeinfo
MemTotal: 8133692 kB
MemFree: 5061744 kB
Buffers: 18596 kB
Cached: 2708892 kB
SwapCached: 0 kB
Active: 277024 kB
Inactive: 2678288 kB
Active(anon): 227956 kB
Inactive(anon): 416 kB
Active(file): 49068 kB
Inactive(file): 2677872 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 16777208 kB
SwapFree: 16777208 kB
Dirty: 412 kB
Writeback: 0 kB
AnonPages: 227924 kB
Mapped: 13240 kB
Shmem: 504 kB
Slab: 51196 kB
SReclaimable: 18600 kB
SUnreclaim: 32596 kB
KernelStack: 1736 kB
PageTables: 2776 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 20844052 kB
Committed_AS: 417412 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 150900 kB
VmallocChunk: 34359572980 kB
HardwareCorrupted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 6976 kB
DirectMap2M: 3072000 kB
DirectMap1G: 5242880 kB
total used free shared buffers cach ed
Mem: 7943 3000 4942 0 18 26 46
-/+ buffers/cache: 336 7606
Swap: 16383 0 16383
reg00: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-b ack
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-b ack
reg02: base=0x100000000 ( 4096MB), size= 4096MB, count=1: write-b ack
reg03: base=0x200000000 ( 8192MB), size= 1024MB, count=1: write-b ack
reg04: base=0x0d8000000 ( 3456MB), size= 128MB, count=1: write-c ombining
Page block order: 9
Pages per block: 512
Free pages count per migrate type at order 0 1 2
3 4 5 6 7 8 9 10
Node 0, zone DMA, type Unmovable 2 3 1
2 2 2 0 0 1 0 0
Node 0, zone DMA, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA, type Movable 0 0 0
0 0 0 0 0 0 0 3
Node 0, zone DMA, type Reserve 0 0 0
0 0 0 0 0 0 1 0
Node 0, zone DMA, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Unmovable 1 1 0
0 0 1 0 1 1 1 0
Node 0, zone DMA32, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Movable 3 10 4
5 6 13 4 4 5 4 695
Node 0, zone DMA32, type Reserve 0 0 0
0 0 0 0 0 0 0 1
Node 0, zone DMA32, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Unmovable 48 70 16
18 11 8 7 5 1 1 0
Node 0, zone Normal, type Reclaimable 1 1 2
1 1 1 1 0 1 0 0
Node 0, zone Normal, type Movable 1 0 0
0 1 1 1 1 1 1 525
Node 0, zone Normal, type Reserve 0 0 0
0 0 0 0 0 0 0 1
Node 0, zone Normal, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Number of blocks type Unmovable Reclaimable Movable
Reserve Isolate
Node 0, zone DMA 1 0 6
1 0
Node 0, zone DMA32 2 0 1524
2 0
Node 0, zone Normal 54 10 2494
2 0
*********************************************************************** ****************************************
Je n'ai pas de traces des kernel oops, c'est le plus souvent le device
mapper qui est en cours d'exécution à ce moment la ce qui emp êche toute
sauvegarde de log (impossible de lancer de soft, impossible d'écri re un
fichier, ...)
Un dernier point, le système est parfaitement fonctionnel s'il n'y a que
deux barrettes, et à ce moment là le remapping se fait entre 4G et 5G
(si je me souvient bien).
Merci d'avance pour votre aide.
Thibaut
Bonsoir à tous,
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
cache).
Je pense que le problème viens de l'adressage, bien que j'ai jouà © de
malchance par le passé (j'ai du changer à deux reprise un jeu de
barrettes), celles-ci passent sans problème le memtest86+ v4.10. M ais
celui-ci scan de 0 Ã 3G, puis passe de 4G Ã 9G (manifestement les
adresses comprises entre 3G et ~4G sont remappée entre 8G et 9G) e t je
pense que le problème doit y être lier.
Actuellement, j'ai réussi à obtenir un système "stable" en ajoutant
l'option "mem=8127M" lors du boot (j'ai également essayé l' option "",
sans succès) qui me permet d'avoir 6363M d'utilisables, soit une p erte
d'un peu plus d'1G. Auriez-vous une solution pour y palier ?
Ma configuration:
- OS: Debian GNU/Linux Squeeze 64Bit, Kernel 2.6.32-5 amd64
- Carte Mère : Asus Formula 2 Crosshair (avec carte graphique
intégrée qui prend 64M de ram au système, les valeurs po ssibles dans le
BIOS sont 64M, 128M, 256M et 512M) avec l'option "Memory Hole Remapping "
active dans le Bios, car sinon, seulement 7G sont utilisables sans pour
autant que le système ne plante.
- DDR2 Corsair 4x2G
Infos en configuration fonctionnelle :
*********************************************************************** ****************************************
#cat /proc/meminfo ; echo ; free -m ; echo ; cat /proc/mtrr ; echo ;
cat /proc/pagetypeinfo
MemTotal: 7032884 kB
MemFree: 52852 kB
Buffers: 105520 kB
Cached: 5759084 kB
SwapCached: 0 kB
Active: 3662644 kB
Inactive: 3034516 kB
Active(anon): 688384 kB
Inactive(anon): 145028 kB
Active(file): 2974260 kB
Inactive(file): 2889488 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 16777208 kB
SwapFree: 16777208 kB
Dirty: 20340 kB
Writeback: 4 kB
AnonPages: 832564 kB
Mapped: 11576 kB
Shmem: 848 kB
Slab: 213196 kB
SReclaimable: 179104 kB
SUnreclaim: 34092 kB
KernelStack: 1672 kB
PageTables: 4872 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 20293648 kB
Committed_AS: 954036 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 150900 kB
VmallocChunk: 34359573492 kB
HardwareCorrupted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 8000 kB
DirectMap2M: 3004416 kB
DirectMap1G: 4194304 kB
total used free shared buffers cach ed
Mem: 6868 6816 51 0 103 56 24
-/+ buffers/cache: 1089 5778
Swap: 16383 0 16383
reg00: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-b ack
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-b ack
reg02: base=0x100000000 ( 4096MB), size= 4096MB, count=1: write-b ack
reg03: base=0x200000000 ( 8192MB), size= 1024MB, count=1: write-b ack
reg04: base=0x0d8000000 ( 3456MB), size= 128MB, count=1: write-c ombining
Page block order: 9
Pages per block: 512
Free pages count per migrate type at order 0 1 2
3 4 5 6 7 8 9 10
Node 0, zone DMA, type Unmovable 2 2 3
3 3 1 0 0 1 0 0
Node 0, zone DMA, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA, type Movable 0 0 0
0 0 0 0 0 0 0 3
Node 0, zone DMA, type Reserve 0 0 0
0 0 0 0 0 0 1 0
Node 0, zone DMA, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Unmovable 2979 75 4
1 0 0 0 0 0 0 0
Node 0, zone DMA32, type Reclaimable 1212 7 3
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Movable 230 205 133
77 0 0 0 0 0 0 0
Node 0, zone DMA32, type Reserve 0 0 2
6 6 6 2 0 0 1 0
Node 0, zone DMA32, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Unmovable 519 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Reclaimable 1 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Movable 209 168 50
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Reserve 0 0 5
5 6 2 2 2 1 0 0
Node 0, zone Normal, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Number of blocks type Unmovable Reclaimable Movable
Reserve Isolate
Node 0, zone DMA 1 0 6
1 0
Node 0, zone DMA32 18 49 1459
2 0
Node 0, zone Normal 113 33 1868
2 0
*********************************************************************** ****************************************
Infos en configuration automatique, non fonctionnelle:
cat /proc/meminfo ; echo ; free -m ; echo ; cat /proc/mtrr ; echo ; ca t
/proc/pagetypeinfo
MemTotal: 8133692 kB
MemFree: 5061744 kB
Buffers: 18596 kB
Cached: 2708892 kB
SwapCached: 0 kB
Active: 277024 kB
Inactive: 2678288 kB
Active(anon): 227956 kB
Inactive(anon): 416 kB
Active(file): 49068 kB
Inactive(file): 2677872 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 16777208 kB
SwapFree: 16777208 kB
Dirty: 412 kB
Writeback: 0 kB
AnonPages: 227924 kB
Mapped: 13240 kB
Shmem: 504 kB
Slab: 51196 kB
SReclaimable: 18600 kB
SUnreclaim: 32596 kB
KernelStack: 1736 kB
PageTables: 2776 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 20844052 kB
Committed_AS: 417412 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 150900 kB
VmallocChunk: 34359572980 kB
HardwareCorrupted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 6976 kB
DirectMap2M: 3072000 kB
DirectMap1G: 5242880 kB
total used free shared buffers cach ed
Mem: 7943 3000 4942 0 18 26 46
-/+ buffers/cache: 336 7606
Swap: 16383 0 16383
reg00: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-b ack
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-b ack
reg02: base=0x100000000 ( 4096MB), size= 4096MB, count=1: write-b ack
reg03: base=0x200000000 ( 8192MB), size= 1024MB, count=1: write-b ack
reg04: base=0x0d8000000 ( 3456MB), size= 128MB, count=1: write-c ombining
Page block order: 9
Pages per block: 512
Free pages count per migrate type at order 0 1 2
3 4 5 6 7 8 9 10
Node 0, zone DMA, type Unmovable 2 3 1
2 2 2 0 0 1 0 0
Node 0, zone DMA, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA, type Movable 0 0 0
0 0 0 0 0 0 0 3
Node 0, zone DMA, type Reserve 0 0 0
0 0 0 0 0 0 1 0
Node 0, zone DMA, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Unmovable 1 1 0
0 0 1 0 1 1 1 0
Node 0, zone DMA32, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Movable 3 10 4
5 6 13 4 4 5 4 695
Node 0, zone DMA32, type Reserve 0 0 0
0 0 0 0 0 0 0 1
Node 0, zone DMA32, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Unmovable 48 70 16
18 11 8 7 5 1 1 0
Node 0, zone Normal, type Reclaimable 1 1 2
1 1 1 1 0 1 0 0
Node 0, zone Normal, type Movable 1 0 0
0 1 1 1 1 1 1 525
Node 0, zone Normal, type Reserve 0 0 0
0 0 0 0 0 0 0 1
Node 0, zone Normal, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Number of blocks type Unmovable Reclaimable Movable
Reserve Isolate
Node 0, zone DMA 1 0 6
1 0
Node 0, zone DMA32 2 0 1524
2 0
Node 0, zone Normal 54 10 2494
2 0
*********************************************************************** ****************************************
Je n'ai pas de traces des kernel oops, c'est le plus souvent le device
mapper qui est en cours d'exécution à ce moment la ce qui emp êche toute
sauvegarde de log (impossible de lancer de soft, impossible d'écri re un
fichier, ...)
Un dernier point, le système est parfaitement fonctionnel s'il n'y a que
deux barrettes, et à ce moment là le remapping se fait entre 4G et 5G
(si je me souvient bien).
Merci d'avance pour votre aide.
Thibaut
Bonsoir à tous,
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
cache).
Je pense que le problème viens de l'adressage, bien que j'ai jouà © de
malchance par le passé (j'ai du changer à deux reprise un jeu de
barrettes), celles-ci passent sans problème le memtest86+ v4.10. M ais
celui-ci scan de 0 Ã 3G, puis passe de 4G Ã 9G (manifestement les
adresses comprises entre 3G et ~4G sont remappée entre 8G et 9G) e t je
pense que le problème doit y être lier.
Actuellement, j'ai réussi à obtenir un système "stable" en ajoutant
l'option "mem27M" lors du boot (j'ai également essayé l' option "",
sans succès) qui me permet d'avoir 6363M d'utilisables, soit une p erte
d'un peu plus d'1G. Auriez-vous une solution pour y palier ?
Ma configuration:
- OS: Debian GNU/Linux Squeeze 64Bit, Kernel 2.6.32-5 amd64
- Carte Mère : Asus Formula 2 Crosshair (avec carte graphique
intégrée qui prend 64M de ram au système, les valeurs po ssibles dans le
BIOS sont 64M, 128M, 256M et 512M) avec l'option "Memory Hole Remapping "
active dans le Bios, car sinon, seulement 7G sont utilisables sans pour
autant que le système ne plante.
- DDR2 Corsair 4x2G
Infos en configuration fonctionnelle :
*********************************************************************** ****************************************
#cat /proc/meminfo ; echo ; free -m ; echo ; cat /proc/mtrr ; echo ;
cat /proc/pagetypeinfo
MemTotal: 7032884 kB
MemFree: 52852 kB
Buffers: 105520 kB
Cached: 5759084 kB
SwapCached: 0 kB
Active: 3662644 kB
Inactive: 3034516 kB
Active(anon): 688384 kB
Inactive(anon): 145028 kB
Active(file): 2974260 kB
Inactive(file): 2889488 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 16777208 kB
SwapFree: 16777208 kB
Dirty: 20340 kB
Writeback: 4 kB
AnonPages: 832564 kB
Mapped: 11576 kB
Shmem: 848 kB
Slab: 213196 kB
SReclaimable: 179104 kB
SUnreclaim: 34092 kB
KernelStack: 1672 kB
PageTables: 4872 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 20293648 kB
Committed_AS: 954036 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 150900 kB
VmallocChunk: 34359573492 kB
HardwareCorrupted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 8000 kB
DirectMap2M: 3004416 kB
DirectMap1G: 4194304 kB
total used free shared buffers cach ed
Mem: 6868 6816 51 0 103 56 24
-/+ buffers/cache: 1089 5778
Swap: 16383 0 16383
reg00: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-b ack
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-b ack
reg02: base=0x100000000 ( 4096MB), size= 4096MB, count=1: write-b ack
reg03: base=0x200000000 ( 8192MB), size= 1024MB, count=1: write-b ack
reg04: base=0x0d8000000 ( 3456MB), size= 128MB, count=1: write-c ombining
Page block order: 9
Pages per block: 512
Free pages count per migrate type at order 0 1 2
3 4 5 6 7 8 9 10
Node 0, zone DMA, type Unmovable 2 2 3
3 3 1 0 0 1 0 0
Node 0, zone DMA, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA, type Movable 0 0 0
0 0 0 0 0 0 0 3
Node 0, zone DMA, type Reserve 0 0 0
0 0 0 0 0 0 1 0
Node 0, zone DMA, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Unmovable 2979 75 4
1 0 0 0 0 0 0 0
Node 0, zone DMA32, type Reclaimable 1212 7 3
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Movable 230 205 133
77 0 0 0 0 0 0 0
Node 0, zone DMA32, type Reserve 0 0 2
6 6 6 2 0 0 1 0
Node 0, zone DMA32, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Unmovable 519 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Reclaimable 1 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Movable 209 168 50
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Reserve 0 0 5
5 6 2 2 2 1 0 0
Node 0, zone Normal, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Number of blocks type Unmovable Reclaimable Movable
Reserve Isolate
Node 0, zone DMA 1 0 6
1 0
Node 0, zone DMA32 18 49 1459
2 0
Node 0, zone Normal 113 33 1868
2 0
*********************************************************************** ****************************************
Infos en configuration automatique, non fonctionnelle:
cat /proc/meminfo ; echo ; free -m ; echo ; cat /proc/mtrr ; echo ; ca t
/proc/pagetypeinfo
MemTotal: 8133692 kB
MemFree: 5061744 kB
Buffers: 18596 kB
Cached: 2708892 kB
SwapCached: 0 kB
Active: 277024 kB
Inactive: 2678288 kB
Active(anon): 227956 kB
Inactive(anon): 416 kB
Active(file): 49068 kB
Inactive(file): 2677872 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 16777208 kB
SwapFree: 16777208 kB
Dirty: 412 kB
Writeback: 0 kB
AnonPages: 227924 kB
Mapped: 13240 kB
Shmem: 504 kB
Slab: 51196 kB
SReclaimable: 18600 kB
SUnreclaim: 32596 kB
KernelStack: 1736 kB
PageTables: 2776 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 20844052 kB
Committed_AS: 417412 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 150900 kB
VmallocChunk: 34359572980 kB
HardwareCorrupted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 6976 kB
DirectMap2M: 3072000 kB
DirectMap1G: 5242880 kB
total used free shared buffers cach ed
Mem: 7943 3000 4942 0 18 26 46
-/+ buffers/cache: 336 7606
Swap: 16383 0 16383
reg00: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-b ack
reg01: base=0x080000000 ( 2048MB), size= 1024MB, count=1: write-b ack
reg02: base=0x100000000 ( 4096MB), size= 4096MB, count=1: write-b ack
reg03: base=0x200000000 ( 8192MB), size= 1024MB, count=1: write-b ack
reg04: base=0x0d8000000 ( 3456MB), size= 128MB, count=1: write-c ombining
Page block order: 9
Pages per block: 512
Free pages count per migrate type at order 0 1 2
3 4 5 6 7 8 9 10
Node 0, zone DMA, type Unmovable 2 3 1
2 2 2 0 0 1 0 0
Node 0, zone DMA, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA, type Movable 0 0 0
0 0 0 0 0 0 0 3
Node 0, zone DMA, type Reserve 0 0 0
0 0 0 0 0 0 1 0
Node 0, zone DMA, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Unmovable 1 1 0
0 0 1 0 1 1 1 0
Node 0, zone DMA32, type Reclaimable 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone DMA32, type Movable 3 10 4
5 6 13 4 4 5 4 695
Node 0, zone DMA32, type Reserve 0 0 0
0 0 0 0 0 0 0 1
Node 0, zone DMA32, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Node 0, zone Normal, type Unmovable 48 70 16
18 11 8 7 5 1 1 0
Node 0, zone Normal, type Reclaimable 1 1 2
1 1 1 1 0 1 0 0
Node 0, zone Normal, type Movable 1 0 0
0 1 1 1 1 1 1 525
Node 0, zone Normal, type Reserve 0 0 0
0 0 0 0 0 0 0 1
Node 0, zone Normal, type Isolate 0 0 0
0 0 0 0 0 0 0 0
Number of blocks type Unmovable Reclaimable Movable
Reserve Isolate
Node 0, zone DMA 1 0 6
1 0
Node 0, zone DMA32 2 0 1524
2 0
Node 0, zone Normal 54 10 2494
2 0
*********************************************************************** ****************************************
Je n'ai pas de traces des kernel oops, c'est le plus souvent le device
mapper qui est en cours d'exécution à ce moment la ce qui emp êche toute
sauvegarde de log (impossible de lancer de soft, impossible d'écri re un
fichier, ...)
Un dernier point, le système est parfaitement fonctionnel s'il n'y a que
deux barrettes, et à ce moment là le remapping se fait entre 4G et 5G
(si je me souvient bien).
Merci d'avance pour votre aide.
Thibaut
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ra m (soft +
cache).
Je pense que le problème viens de l'adressage
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ra m (soft +
cache).
Je pense que le problème viens de l'adressage
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ra m (soft +
cache).
Je pense que le problème viens de l'adressage
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
cache).
Je pense que le problème viens de l'adressage
Tu as combien de barrette de mémoire : 2 ou 4 ?
Et avec 1 seule barrette ?
le problème persiste ?
Et si ca venait de l'affichage ?
As-tu fais tourner un serveur SSH et essayé de prendre la machine à distance ?
Cordialement.
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
cache).
Je pense que le problème viens de l'adressage
Tu as combien de barrette de mémoire : 2 ou 4 ?
Et avec 1 seule barrette ?
le problème persiste ?
Et si ca venait de l'affichage ?
As-tu fais tourner un serveur SSH et essayé de prendre la machine à distance ?
Cordialement.
Je viens vers vous car ma configuration plante (kernel oops), au bout
d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
cache).
Je pense que le problème viens de l'adressage
Tu as combien de barrette de mémoire : 2 ou 4 ?
Et avec 1 seule barrette ?
le problème persiste ?
Et si ca venait de l'affichage ?
As-tu fais tourner un serveur SSH et essayé de prendre la machine à distance ?
Cordialement.
Bonjour,
>> Je viens vers vous car ma configuration plante (kernel oops), au bout
>> d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
>> cache).
[ 7461.450522] BUG: unable to handle kernel paging request at
ffff89018b4f98e8
Bonjour,
>> Je viens vers vous car ma configuration plante (kernel oops), au bout
>> d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
>> cache).
[ 7461.450522] BUG: unable to handle kernel paging request at
ffff89018b4f98e8
Bonjour,
>> Je viens vers vous car ma configuration plante (kernel oops), au bout
>> d'un certain temps, lorsque je sollicite l'intégralité de ma ram (soft +
>> cache).
[ 7461.450522] BUG: unable to handle kernel paging request at
ffff89018b4f98e8
[ 7461.450522] BUG: unable to handle kernel paging request at
ffff89018b4f98e8
[...]
Peut-être à rapprocher avec le même problème que j' ai signalé :
http://lists.debian.org/debian-user-french/2010/08/msg00221.html
Depuis, j'ai testé la ram pendant 48h. Il n'y a pas de défaut .
Comme les plantages sont assez facilement reproductibles, j'évite de saturer
la ram avec de gros transferts de fichiers simultanés.
Ces plantages sont apparus depuis que j'ai installé rdiff-backup. Je ne sais
pas si c'est lié.
[ 7461.450522] BUG: unable to handle kernel paging request at
ffff89018b4f98e8
[...]
Peut-être à rapprocher avec le même problème que j' ai signalé :
http://lists.debian.org/debian-user-french/2010/08/msg00221.html
Depuis, j'ai testé la ram pendant 48h. Il n'y a pas de défaut .
Comme les plantages sont assez facilement reproductibles, j'évite de saturer
la ram avec de gros transferts de fichiers simultanés.
Ces plantages sont apparus depuis que j'ai installé rdiff-backup. Je ne sais
pas si c'est lié.
[ 7461.450522] BUG: unable to handle kernel paging request at
ffff89018b4f98e8
[...]
Peut-être à rapprocher avec le même problème que j' ai signalé :
http://lists.debian.org/debian-user-french/2010/08/msg00221.html
Depuis, j'ai testé la ram pendant 48h. Il n'y a pas de défaut .
Comme les plantages sont assez facilement reproductibles, j'évite de saturer
la ram avec de gros transferts de fichiers simultanés.
Ces plantages sont apparus depuis que j'ai installé rdiff-backup. Je ne sais
pas si c'est lié.
>> [ 7461.450522] BUG: unable to handle kernel paging request at
>> ffff89018b4f98e8
>
> [...]
> Peut-être à rapprocher avec le même problème que j' ai signalé :
> http://lists.debian.org/debian-user-french/2010/08/msg00221.html
Après lecture, il n'est vraiment pas impossible que nous ayons le m ême
problème. Essai peut-être de mettre moins de barrettes, pour mo i sa
devient fonctionnel. (Perso, pas de pb de voltage, il est bon, le cas
aussi... Physiquement, tout est ok normalement).
>> [ 7461.450522] BUG: unable to handle kernel paging request at
>> ffff89018b4f98e8
>
> [...]
> Peut-être à rapprocher avec le même problème que j' ai signalé :
> http://lists.debian.org/debian-user-french/2010/08/msg00221.html
Après lecture, il n'est vraiment pas impossible que nous ayons le m ême
problème. Essai peut-être de mettre moins de barrettes, pour mo i sa
devient fonctionnel. (Perso, pas de pb de voltage, il est bon, le cas
aussi... Physiquement, tout est ok normalement).
>> [ 7461.450522] BUG: unable to handle kernel paging request at
>> ffff89018b4f98e8
>
> [...]
> Peut-être à rapprocher avec le même problème que j' ai signalé :
> http://lists.debian.org/debian-user-french/2010/08/msg00221.html
Après lecture, il n'est vraiment pas impossible que nous ayons le m ême
problème. Essai peut-être de mettre moins de barrettes, pour mo i sa
devient fonctionnel. (Perso, pas de pb de voltage, il est bon, le cas
aussi... Physiquement, tout est ok normalement).
Bonjour,
[â¦]
Bonjour,
[â¦]
Bonjour,
[â¦]
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 :
$ 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 (= a nnonce de
mauvaises plages à Linux). Personne nâa signalé de pr oblème avec
ta carte mère ?
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 :
$ 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 (= a nnonce de
mauvaises plages à Linux). Personne nâa signalé de pr oblème avec
ta carte mère ?
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 :
$ 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 (= a nnonce de
mauvaises plages à Linux). Personne nâa signalé de pr oblème avec
ta carte mère ?
Bonsoir,
[â¦]
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).
[â¦]
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).
[â¦]
[ 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 ?
Bonsoir,
[â¦]
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).
[â¦]
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).
[â¦]
[ 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 ?
Bonsoir,
[â¦]
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).
[â¦]
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).
[â¦]
[ 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 ?
Que puis-je en conclure ? Que puis-je faire pour récupérer l a
plage 00000001fbf00000 - 0000000240000000, ou l'empêcher de
la dépasser ?
à mon avis, lâoption mem= nâest pas la bonne p iste car elle ne
fait que limiter la zone adressable. Tu as 8 Gio (moins env.
256 Mio) si tu ne la mets pas, ce qui semble correct.
En revanche, il reste savoir pourquoi ça plante aussi
fréquemment quand elle nây est pas. Mais là , moi pas savoir.
Peut-être voir avec la LKML (mais câest sûr que sans trace des
oops, ça nâest pas évident).
(Tu peux aussi essayer dâautres valeurs pour mem=. P.ex. pe ut-
être quâà 8.5 Gio, tu récupèreras tout et n e planteras pas⦠Ãa
peut être utile pour mieux cerner le problème.)
Que puis-je en conclure ? Que puis-je faire pour récupérer l a
plage 00000001fbf00000 - 0000000240000000, ou l'empêcher de
la dépasser ?
à mon avis, lâoption mem= nâest pas la bonne p iste car elle ne
fait que limiter la zone adressable. Tu as 8 Gio (moins env.
256 Mio) si tu ne la mets pas, ce qui semble correct.
En revanche, il reste savoir pourquoi ça plante aussi
fréquemment quand elle nây est pas. Mais là , moi pas savoir.
Peut-être voir avec la LKML (mais câest sûr que sans trace des
oops, ça nâest pas évident).
(Tu peux aussi essayer dâautres valeurs pour mem=. P.ex. pe ut-
être quâà 8.5 Gio, tu récupèreras tout et n e planteras pas⦠Ãa
peut être utile pour mieux cerner le problème.)
Que puis-je en conclure ? Que puis-je faire pour récupérer l a
plage 00000001fbf00000 - 0000000240000000, ou l'empêcher de
la dépasser ?
à mon avis, lâoption mem= nâest pas la bonne p iste car elle ne
fait que limiter la zone adressable. Tu as 8 Gio (moins env.
256 Mio) si tu ne la mets pas, ce qui semble correct.
En revanche, il reste savoir pourquoi ça plante aussi
fréquemment quand elle nây est pas. Mais là , moi pas savoir.
Peut-être voir avec la LKML (mais câest sûr que sans trace des
oops, ça nâest pas évident).
(Tu peux aussi essayer dâautres valeurs pour mem=. P.ex. pe ut-
être quâà 8.5 Gio, tu récupèreras tout et n e planteras pas⦠Ãa
peut être utile pour mieux cerner le problème.)