Почему Ubuntu не обнаруживает всю мою оперативную память на 64-битном? [duplicate]
Возможный дубликат:
Ubuntu обнаруживает только 3,1 ГБ оперативной памяти на Ubuntu 64 bit
Идентифицировано: ошибка BIOS. См. вывод dmesg ниже.
Вопрос: как решить эту проблему? Изменения, внесенные с версии 2.6.32, привели к этому. Есть ли патч, который Canonical или сопровождающие ядра могут предоставить, чтобы исправить это? К кому мне обратиться?
Спасибо всем!
ОРИГИНАЛЬНЫЙ ВОПРОС:
Я думаю, что есть проблема с 64-битным ядром 2.6.35, которое поставляется с Ubuntu 10.10. У меня Gigabtye GA-970A-UD3 с процессором AMD FX-8120, 16GB DDR3-1333, nVidia GTX550Ti и OCZ Agility 3 120GB SSD.
Я установил на него Ubuntu 10.10, чтобы получить поддержку SSD TRIM с ядром 2.6.35. Однако после успешной установки ОС System Monitor сообщает только о 3,2 ГБ. Он видит 8 ядер FX-8120, а uname -a сообщает x86_64. Более того, dmidecode показывает, что четыре банка памяти заполнены. Подозревая память, я заменил 16 ГБ на 8 ГБ от другого производителя, но проблема осталась. 10.10 с ядром 2.6.35 не видит более 4 ГБ на 64-битном.
У меня 64-битная установка 10.04 LTS на i7-960 с 24 ГБ ОЗУ, и она видит все 24 ГБ. Когда я загружаю 64-битную 10.04 LTS на машине FX-8120, она видит все 16GB и 8 ядер.
Очевидно, что-то изменилось между 2.6.32 и 2.6.35, чтобы повлиять на поддержку памяти.
Мне нужна поддержка TRIM в версии 2.6.35, но не ценой потери 75% оперативной памяти. Я ищу какие-то рекомендации или предложения. Требуется ли новый флаг ядра или мне нужно получить пользовательскую сборку 2.6.33 и далее, чтобы решить проблему поддержки TRIM и памяти одновременно.
Любая помощь приветствуется!
UPDATE: Установленная версия 10.04 LTS - это ISO, который сайт загрузки Ubuntu предоставляет для 64-битного релиза 10.04. Я включил "Download Updates" во время установки, так что все, что 10.04 LTS в настоящее время делает при чистой установке с этим ISO - это то, что я запускаю. Я могу предоставить результаты любых запрошенных команд, чтобы определить точные сборки/ревизии, на которых работает эта машина. Я также собираюсь протестировать загрузку 10.10 на моем i7-960, чтобы увидеть, сообщает ли он о 4 ГБ против 24 ГБ. Это позволит исключить поддержку чипсета как потенциальную проблему, поскольку это пересечет архитектурные границы и укажет на проблему ядра.
UPDATE 2: Это ошибка BIOS.
фрагмент вывода dmesg:
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 2.6.35-22-generic (buildd@allspice) (gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu4) ) #33-Ubuntu SMP Sun Sep 19 20:32:27 UTC 2010 (Ubuntu 2.6.35-22.33-generic 2.6.35.4)
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.35-22-generic root=UUID=9129347f-e2a2-4b97-965c-800823aaf090 ro quiet splash
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009a000 (usable)
[ 0.000000] BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 00000000cfda0000 (usable)
[ 0.000000] BIOS-e820: 00000000cfda0000 - 00000000cfdd1000 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000cfdd1000 - 00000000cfe00000 (ACPI data)
[ 0.000000] BIOS-e820: 00000000cfe00000 - 00000000cff00000 (reserved)
[ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
[ 0.000000] BIOS-e820: 0000000100000000 - 000000042f000000 (usable)
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] DMI 2.4 present.
[ 0.000000] e820 update range: 0000000000000000 - 0000000000001000 (usable) ==> (reserved)
[ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
[ 0.000000] No AGP bridge found
[ 0.000000] last_pfn = 0x42f000 max_arch_pfn = 0x400000000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-C7FFF write-protect
[ 0.000000] C8000-FFFFF uncachable
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 000000000000 mask FFFF80000000 write-back
[ 0.000000] 1 base 000080000000 mask FFFFC0000000 write-back
[ 0.000000] 2 base 0000C0000000 mask FFFFF0000000 write-back
[ 0.000000] 3 base 0000CFE00000 mask FFFFFFE00000 uncachable
[ 0.000000] 4 disabled
[ 0.000000] 5 disabled
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[ 0.000000] e820 update range: 00000000cfe00000 - 000000042f000000 (usable) ==> (reserved)
[ 0.000000] WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 13040MB of RAM.
[ 0.000000] ------------[ cut here ]------------
[ 0.000000] WARNING: at /build/buildd/linux-2.6.35/arch/x86/kernel/cpu/mtrr/cleanup.c:971 mtrr_trim_uncached_memory+0x2d8/0x303()
[ 0.000000] Hardware name: GA-970A-UD3
[ 0.000000] Modules linked in:
[ 0.000000] Pid: 0, comm: swapper Not tainted 2.6.35-22-generic #33-Ubuntu
[ 0.000000] Call Trace:
[ 0.000000] [<ffffffff8106077f>] warn_slowpath_common+0x7f/0xc0
[ 0.000000] [<ffffffff810607da>] warn_slowpath_null+0x1a/0x20
[ 0.000000] [<ffffffff81af7970>] mtrr_trim_uncached_memory+0x2d8/0x303
[ 0.000000] [<ffffffff81af2910>] setup_arch+0x422/0x79e
[ 0.000000] [<ffffffff815864c9>] ? printk+0x68/0x6f
[ 0.000000] [<ffffffff81aed9f3>] start_kernel+0xdd/0x390
[ 0.000000] [<ffffffff81aed341>] x86_64_start_reservations+0x12c/0x130
[ 0.000000] [<ffffffff81aed43f>] x86_64_start_kernel+0xfa/0x109
[ 0.000000] ---[ end trace a7919e7f17c0a725 ]---
[ 0.000000] update e820 for mtrr
dmidecode -t memory:
# dmidecode 2.9
SMBIOS 2.4 present.
Handle 0x0005, DMI type 5, 24 bytes
Memory Controller Information
Error Detecting Method: 64-bit ECC
Error Correcting Capabilities:
None
Supported Interleave: One-way Interleave
Current Interleave: One-way Interleave
Maximum Memory Module Size: 1024 MB
Maximum Total Memory Size: 4096 MB
Supported Speeds:
70 ns
60 ns
Supported Memory Types:
Standard
EDO
Memory Module Voltage: 3.3 V
Associated Memory Slots: 4
0x0006
0x0007
0x0008
0x0009
Enabled Error Correcting Capabilities:
None
Handle 0x0006, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: A0
Bank Connections: 1
Current Speed: 53 ns
Type: Other Unknown EDO
Installed Size: 4096 MB (Double-bank Connection)
Enabled Size: 4096 MB (Double-bank Connection)
Error Status: OK
Handle 0x0007, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: A1
Bank Connections: 2
Current Speed: 53 ns
Type: Other Unknown EDO
Installed Size: 4096 MB (Double-bank Connection)
Enabled Size: 4096 MB (Double-bank Connection)
Error Status: OK
Handle 0x0008, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: A2
Bank Connections: 3
Current Speed: 53 ns
Type: Other Unknown EDO
Installed Size: 4096 MB (Double-bank Connection)
Enabled Size: 4096 MB (Double-bank Connection)
Error Status: OK
Handle 0x0009, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: A3
Bank Connections: 4
Current Speed: 53 ns
Type: Other Unknown EDO
Installed Size: 4096 MB (Double-bank Connection)
Enabled Size: 4096 MB (Double-bank Connection)
Error Status: OK
Handle 0x0029, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: Not Provided
Number Of Devices: 4
Handle 0x002A, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x0029
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 4096 MB
Form Factor: DIMM
Set: None
Locator: A0
Bank Locator: Bank0/1
Type: Unknown
Type Detail: None
Speed: 1333 MHz (0.8 ns)
Manufacturer:
Serial Number:
Asset Tag:
Part Number:
Handle 0x002B, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x0029
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 4096 MB
Form Factor: DIMM
Set: None
Locator: A1
Bank Locator: Bank2/3
Type: Unknown
Type Detail: None
Speed: 1333 MHz (0.8 ns)
Manufacturer:
Serial Number:
Asset Tag:
Part Number:
Handle 0x002C, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x0029
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 4096 MB
Form Factor: DIMM
Set: None
Locator: A2
Bank Locator: Bank4/5
Type: Unknown
Type Detail: None
Speed: 1333 MHz (0.8 ns)
Manufacturer:
Serial Number:
Asset Tag:
Part Number:
Handle 0x002D, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x0029
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 4096 MB
Form Factor: DIMM
Set: None
Locator: A3
Bank Locator: Bank6/7
Type: Unknown
Type Detail: None
Speed: 1333 MHz (0.8 ns)
Manufacturer:
Serial Number:
Asset Tag:
Part Number:
uname -a
Linux artemis 2.6.35-22-generic #33-Ubuntu SMP Sun Sep 19 20:32:27 UTC 2010 x86_64 GNU/Linux
1 ответ
Проблема с поддержкой процессора AMD FX связана с изменениями в ядре Linux, начиная с 2.6.33. Ядро 2.6.32, поставляемое с 10.04, корректно работает с аппаратным обеспечением для просмотра всей доступной памяти.
Я начал со сборки 10,04 LTS, которая видит 16 ГБ ОЗУ. Затем я обновил ядро до 2.6.33 через kernel.ubuntu.com, и память упала до 3,2 ГБ. Отчеты о выводе dmesg:
WARNING: BIOS bug: CPU MTRRs don't cover all of memory, losing 13040MB of RAM
Затем следует информация трассировки ядра для точной области исходного кода ядра, в которой возникла проблема.
На данный момент, больше не имеет значения, нахожусь ли я на 10.04 или 10.10. Как только версия ядра проходит 2.6.32, эта проблема проявляется. Это не проблема с процессором FX. Даже ядро 2.6.32 распознает его правильно с соответствующим количеством ядер. BIOS Gigabyte GA-970A-UD3 не имеет возможности выполнять переназначение памяти, поэтому он, вероятно, делает это по умолчанию.
Загрузка Ubuntu 11 на ядре 3.0 приводит к зависанию машины при обнаружении оборудования. Я еще не пробовал альфа-релиз 12.04.
Логическое решение, позволяющее ядрам 2.6 работать на оборудовании с ошибками, например, на моей материнской плате, - это исправление архива / x86 / kernel / cpu / mtrr / cleanup.c в более поздних ядрах для использования старого кода 2.6.32, который не выполняет проверка MTRR. Исследования показывают, что MTRR являются устаревшими компонентами через BIOS и могут быть безопасно отключены.
Это также позволит пользователям более нового оборудования запускать старые системы на основе Linux 2.6 с более поздними драйверами и корректно поддерживать твердотельные накопители.
Мой следующий шаг - найти исходники ядра 2.6.33, которое я использую вместе с 2.6.32, и посмотреть, как работает патч, чтобы увидеть, что происходит. Обратите внимание, что я не являюсь разработчиком ядра, и мой C ржавый, но я могу работать достаточно хорошо, чтобы попробовать. Если это сработает, я постараюсь опубликовать патч для разработчиков ядра.