64 ビット Linux は 3 GB から 32 GB までの RAM を認識しません

64 ビット Linux は 3 GB から 32 GB までの RAM を認識しません

私の問題はメモリモジュールの故障が原因でしたカーネルバイナリが壊れている可能性もあります。


たった今、ほぼ新品のハードウェアで PC を起動しました。これまで Debian 6.0 AMD64 を実行していましたが、何も変更はありません (文字通り、古いマザーボードからハードディスクを取り外し、新しいマザーボードに再接続しただけです)。しかし、興味深いことが分かりました。

  • 物理的に4 x 8 GBのRAMをインストールしました
  • UEFI/BIOSセットアップでは16383 MBのRAMが報告される
  • Linuxはfree -m2985MBのRAMを報告します

2985 MB は、単なる偶然にしては魔法の 3 GB のマークに近すぎるようですがuname -r2.6.32-5-amd64明らかに 64 ビット カーネルであり、使用しているシステム ドライブにインストールされたのはこれだけです。新しいマザーボードは Asus M5A97 Pro で、8 GB モジュールをサポートすると思われる 4 つの DDR3 スロットがあります。メモリ モジュール自体は同一で、4 つの Corsair XMS3 PC12800 8 GB を一緒に購入しました。

UEFI 設定を詳しく調べたわけではありませんが、ざっと目を通したところ、大量の RAM を有効にするために変更する必要があると思われるものは何も見つかりませんでした。

編集:実際に 64 ビットを実行していることのさらなる確認:

# file `which free`
/usr/bin/free: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
#

これは一体何なのでしょうか?そして、どうすればいいのでしょうか?

編集2:要求どおり、dmesg、dmidecode、および meminfo を実行しました。現在、システムに物理的にアクセスできないため、今夜まで待っていくつかのモジュールを取り出して、それが何を行うかを確認する必要があります。(dmidecode は 3 x 8GB と 1 つの空き DIMM スロットを報告します。また、カーネルからの MTRR 不一致メッセージにも注意してください。これにより 13 GB が失われますが、これは少なくともマザーボード自体が報告している内容と一致します。)

# dmidecode --type memory
# dmidecode 2.9
SMBIOS 2.7 present.

Handle 0x0026, DMI type 16, 23 bytes
Physical Memory Array
        Location: System Board Or Motherboard
        Use: System Memory
        Error Correction Type: Multi-bit ECC
        Maximum Capacity: 32 GB
        Error Information Handle: Not Provided
        Number Of Devices: 4

Handle 0x0028, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x0026
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: DIMM
        Set: None
        Locator: DIMM0
        Bank Locator: BANK0
        Type: <OUT OF SPEC>
        Type Detail: Synchronous
        Speed: 1333 MHz (0.8 ns)
        Manufacturer: Manufacturer0
        Serial Number: SerNum0
        Asset Tag: AssetTagNum0
        Part Number: Array1_PartNumber0

Handle 0x002A, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x0026
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: DIMM
        Set: None
        Locator: DIMM1
        Bank Locator: BANK1
        Type: <OUT OF SPEC>
        Type Detail: Synchronous
        Speed: 1333 MHz (0.8 ns)
        Manufacturer: Manufacturer1
        Serial Number: SerNum1
        Asset Tag: AssetTagNum1
        Part Number: Array1_PartNumber1

Handle 0x002C, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x0026
        Error Information Handle: Not Provided
        Total Width: 64 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: DIMM
        Set: None
        Locator: DIMM2
        Bank Locator: BANK2
        Type: <OUT OF SPEC>
        Type Detail: Synchronous
        Speed: 1333 MHz (0.8 ns)
        Manufacturer: Manufacturer2
        Serial Number: SerNum2
        Asset Tag: AssetTagNum2
        Part Number: Array1_PartNumber2

Handle 0x002E, DMI type 17, 34 bytes
Memory Device
        Array Handle: 0x0026
        Error Information Handle: Not Provided
        Total Width: Unknown
        Data Width: 64 bits
        Size: No Module Installed
        Form Factor: DIMM
        Set: None
        Locator: DIMM3
        Bank Locator: BANK3
        Type: Unknown
        Type Detail: Synchronous
        Speed: Unknown
        Manufacturer: Manufacturer3
        Serial Number: SerNum3
        Asset Tag: AssetTagNum3
        Part Number: Array1_PartNumber3
#
======================================================================
# cat /proc/meminfo
MemTotal:        3056820 kB
MemFree:         1470820 kB
Buffers:          390204 kB
Cached:           194660 kB
SwapCached:            0 kB
Active:           488024 kB
Inactive:         419096 kB
Active(anon):     231112 kB
Inactive(anon):    96660 kB
Active(file):     256912 kB
Inactive(file):   322436 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                 8 kB
Writeback:             0 kB
AnonPages:        322320 kB
Mapped:            33012 kB
Shmem:              5472 kB
Slab:             613952 kB
SReclaimable:     597404 kB
SUnreclaim:        16548 kB
KernelStack:        2384 kB
PageTables:        19472 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     1528408 kB
Committed_AS:     621464 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      294484 kB
VmallocChunk:   34359429080 kB
HardwareCorrupted:     0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        9216 kB
DirectMap2M:     2054144 kB
DirectMap1G:     1048576 kB
#
======================================================================
# dmesg | grep -i memory
[    0.000000] WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 13295MB of RAM.
[    0.000000] WARNING: at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_amd64_none/arch/x86/kernel/cpu/mtrr/cleanup.c:1092 mtrr_trim_uncached_memory+0x2e6/0x311()
[    0.000000]  [<ffffffff814f7f1e>] ? mtrr_trim_uncached_memory+0x2e6/0x311
[    0.000000]  [<ffffffff814f7f1e>] ? mtrr_trim_uncached_memory+0x2e6/0x311
[    0.000000]  [<ffffffff814f7f1e>] ? mtrr_trim_uncached_memory+0x2e6/0x311
[    0.000000] initial memory mapped : 0 - 20000000
[    0.000000] init_memory_mapping: 0000000000000000-00000000bdf00000
[    0.000000] PM: Registered nosave memory: 000000000009d000 - 000000000009e000
[    0.000000] PM: Registered nosave memory: 000000000009e000 - 00000000000a0000
[    0.000000] PM: Registered nosave memory: 00000000000a0000 - 00000000000e0000
[    0.000000] PM: Registered nosave memory: 00000000000e0000 - 0000000000100000
[    0.000000] PM: Registered nosave memory: 00000000bd94d000 - 00000000bd99c000
[    0.000000] PM: Registered nosave memory: 00000000bd99c000 - 00000000bd9a6000
[    0.000000] PM: Registered nosave memory: 00000000bd9a6000 - 00000000bdade000
[    0.000000] PM: Registered nosave memory: 00000000bdade000 - 00000000bdaef000
[    0.000000] PM: Registered nosave memory: 00000000bdaef000 - 00000000bdb02000
[    0.000000] PM: Registered nosave memory: 00000000bdb02000 - 00000000bdb04000
[    0.000000] PM: Registered nosave memory: 00000000bdb04000 - 00000000bdb0d000
[    0.000000] PM: Registered nosave memory: 00000000bdb0d000 - 00000000bdb13000
[    0.000000] PM: Registered nosave memory: 00000000bdb13000 - 00000000bdb75000
[    0.000000] PM: Registered nosave memory: 00000000bdb75000 - 00000000bdd78000
[    0.000000] Memory: 3046732k/3111936k available (3075k kernel code, 4728k absent, 60476k reserved, 1879k data, 584k init)
[    1.636730] Freeing initrd memory: 9501k freed
[    1.647370] Freeing unused kernel memory: 584k freed
[    4.876602] [TTM] Zone  kernel: Available graphics memory: 1528410 kiB.
[    4.876615] [drm] radeon: 256M of VRAM memory ready
[    4.876617] [drm] radeon: 512M of GTT memory ready.
[   25.571018] VBoxDrv: dbg - g_abExecMemory=ffffffffa051d6c0
#

e820をGreeで検索すると、さまざまな範囲が表示されますe820 update range: 00000000bdf00000 - 000000043f000000 (usable) ==> (reserved)。43f000000は16GiB、bdf00000は3039MiBです。ないそれは偶然だと分かります。

# dmesg | grep -i e820
[    0.000000]  BIOS-e820: 0000000000000000 - 000000000009d800 (usable)
[    0.000000]  BIOS-e820: 000000000009d800 - 00000000000a0000 (reserved)
[    0.000000]  BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[    0.000000]  BIOS-e820: 0000000000100000 - 00000000bd94d000 (usable)
[    0.000000]  BIOS-e820: 00000000bd94d000 - 00000000bd99c000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000bd99c000 - 00000000bd9a6000 (ACPI data)
[    0.000000]  BIOS-e820: 00000000bd9a6000 - 00000000bdade000 (reserved)
[    0.000000]  BIOS-e820: 00000000bdade000 - 00000000bdaef000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000bdaef000 - 00000000bdb02000 (reserved)
[    0.000000]  BIOS-e820: 00000000bdb02000 - 00000000bdb04000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000bdb04000 - 00000000bdb0d000 (reserved)
[    0.000000]  BIOS-e820: 00000000bdb0d000 - 00000000bdb13000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000bdb13000 - 00000000bdb75000 (reserved)
[    0.000000]  BIOS-e820: 00000000bdb75000 - 00000000bdd78000 (ACPI NVS)
[    0.000000]  BIOS-e820: 00000000bdd78000 - 00000000bdf00000 (usable)
[    0.000000]  BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
[    0.000000]  BIOS-e820: 00000000fec10000 - 00000000fec11000 (reserved)
[    0.000000]  BIOS-e820: 00000000fec20000 - 00000000fec21000 (reserved)
[    0.000000]  BIOS-e820: 00000000fed00000 - 00000000fed01000 (reserved)
[    0.000000]  BIOS-e820: 00000000fed61000 - 00000000fed71000 (reserved)
[    0.000000]  BIOS-e820: 00000000fed80000 - 00000000fed90000 (reserved)
[    0.000000]  BIOS-e820: 00000000fef00000 - 0000000100000000 (reserved)
[    0.000000]  BIOS-e820: 0000000100001000 - 000000043f000000 (usable)
[    0.000000] e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved)
[    0.000000] e820 update range: 00000000bdf00000 - 000000043f000000 (usable) ==> (reserved)
[    0.000000] update e820 for mtrr
# 

編集 3/4 - 部分的な成功:

  • UEFI BIOS をバージョンからにアップグレードして0705 x64 08/23/20111007 02/10/2012効果はなく、まったく同じ問題が残りました。
  • DIMM モジュールを 1 つ取り外すと (幸運にも、どのスロットが #4 であるかを推測できました。CPU から最も遠いスロットです)、BIOS は残りの 24 GB を検出して使用できるようになりました。ただし、ユーザー マニュアルの図によると、3 つの DIMM 構成は「推奨」されていません。特に、残りの DIMM の 1 つをスロット #4 に装着すると、まだ使用できるため、スロットは正常です。そのスロットに「元の」DIMM を装着し直すと、開始点に戻ってしまいました。
  • Debian 6.0.3 AMD64インストールCDからレスキュー環境で起動し、そのdmesg出力を確認すると、同様のMTRRエラーなしまた、その環境では、8GB x 3 がインストールされており、 によると、24 GB (プラスマイナスイプシロン倍の円周率程度。正確な計算はしていません) が使用可能として表示されますfree
  • カーネルをアップグレード/再インストールすると (マイナー アップグレードが利用可能でした)、MTRR の問題も修正されたようです。dmesg合計 26198016 KB が報告され、MTRR エラーは発生していません。これは、3 x 8GB がインストールされている場合の予想と一致しています。free -m合計 RAM が 24114 MB であると報告されていますが、率直に言って、私にとってはこれで十分です。

これは吐き出されたDIMMと何らかの理由で損傷したカーネルの臭いです。5月停電中にこのようなことが起きました (カーネルが壊れるというのは奇妙なことだと言わざるを得ませんが)。動作しない DIMM は、再販業者と話をしたらすぐに (できれば明日) 返送します。

(願わくば)最終編集

2 組の DIMM のうち 1 組を RMA したところ、再販業者はそれを破損品として受け入れ、新しい組を送ってくれました。新しい組は問題なく動作するようです。そのため、ほぼ 1 か月前に当初意図していた状態 (その間の大部分は再販業者のせいではありませんでしたが) に戻り、32 GB の RAM が使用可能で、free -m合計メモリが 32194 MB と報告され、カーネルは34586624k初期化時に RAM を報告しており、どちらも私の予想とほぼ一致しています。

答え1

まず、BIOS/UEFI が RAM を正しく検出しない場合、OS はそれ以上何も行いません。BIOS がセットアップに関する誤った情報を表示する場合は、それ以上進む必要はありません。

=> おそらく少なくともハードウェアの問題。

編集: dmesg | grepの記憶から、あなたは実際には組み込み BIOS にハードウェアの問題があります。少なくとも、Linux はこれを検出し、警告しています。WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 13295MB of RAMまた、4 つの RAM モジュールのうちの 1 つが誤って認識または挿入されているようです。

製造元に報告するか、BIOS をアップグレードしてマザーボードを交換するかのいずれかの方法で対処できます。RAM を少なくすれば、このバグに遭遇する可能性は低くなります。

ちなみに、この有名な引用文に同意する人もいるかもしれません。BIOSメーカーについて語るリナス・トーバルズ:

BIOS 作成者は必ず完全に無能な麻薬中毒の猿である

次に、マザーボードに実際に搭載されているメモリで BIOS が問題ない場合、Linux で を確認できます/proc/meminfo。Linux システムがメモリを認識し、メモリで何を行うかは、多くの場合非常に明確です。以下は、私の 64 ビット / 8 GB の RAM に搭載されているメモリです。

$ cat /proc/meminfo 
MemTotal:        8175652 kB
MemFree:         5476336 kB
Buffers:           63924 kB
Cached:          1943460 kB
SwapCached:            0 kB
[...]

ブート プロセスと Linux カーネルによって使用/解放されるものについては、次から grep できますdmesg

$ dmesg | grep Memory
[    0.000000] Memory: 8157672k/8904704k available (6138k kernel code, 534168k absent, 212864k reserved, 6896k data, 988k init)

編集: Gilles が言ったように、 を使用するとdmidecode --type memory、ハードウェア構成の詳細を取得できます。4x2Gb システムの場合は次のようになります。

$ sudo dmidecode --type memory
# dmidecode 2.9
SMBIOS 2.6 present.

Handle 0x0020, DMI type 16, 15 bytes
Physical Memory Array
    Location: System Board Or Motherboard
    Use: System Memory
    Error Correction Type: None
    Maximum Capacity: 32 GB
    Error Information Handle: Not Provided
    Number Of Devices: 4

Handle 0x0022, DMI type 17, 28 bytes
Memory Device
    Array Handle: 0x0020
    Error Information Handle: Not Provided
    Total Width: 64 bits
    Data Width: 64 bits
    Size: 2048 MB
    [...]
[This block is repeated for each module]

答え2

/var/log/dmesg でメモリ マップを検索し ('e820' を grep で検索)、使用可能として報告されているメモリの数を数えます。これは、BIOS がロードされた OS にメモリについて指示するものです。

(これは古いスタイルのブートの場合にのみ当てはまります。EFI スタイルのブートが使用されている場合、メモリがどのように報告されるかはわかりませんが、同様のレポートがあると思います。)

また、32GB がインストールされているのに BIOS で 16GB と報告される場合は、メモリ設定に何らかの異常があることを意味します。インストールされているメモリを 4 GB または 8 GB に減らして、効果を比較してみてください。

答え3

多くの古い AMD ボードには 4 つのスロットがありますが、最後のスロットを埋めるとトラブルの原因になります。これは修正できないチップセットの問題です。

関連情報