LINUX.ORG.RU

Оперативная память используется не вся

 , ,


0

2

У меня подозрение, что связка Gigabyte B450M S2H <-> Ryzen 5 1600 работает некорректно (прошивка биоса последняя). Ubuntu24.04 упорно не видит 2й банк памяти, пробовались разные пары, которые видны на BIOSTAR B450MH <-> Ryzen 5 2600 (кстати, ранние прошивки на этой системе также видели только один банк). Биос Gigabyte видит обе планки с одинаковыми параметрами. Вечером попробую загрузить на этот комп Винды с флэшки (эксперимент проведен в пользу Виндов, которые видят 32Гб, но доступны 16Гб), а сейчас прошу эксперта расшифровать результат команды lshw -c memory, сколько все-таки памяти на компе 32 или 16 гигов?

~$ sudo lshw -c memory
  *-firmware                
       description: BIOS
       vendor: American Megatrends International, LLC.
       physical id: 0
       version: F67d
       date: 09/02/2024
       size: 64KiB
       capacity: 16MiB
       capabilities: pci upgrade shadowing cdboot bootselect socketedrom edd int13floppynec int13floppytoshiba int13floppy360 int13floppy1200 int13floppy720 int13floppy2880 int5printscreen int14serial int17printer int10video usb biosbootspecification uefi
  *-memory
       description: System Memory
       physical id: b
       slot: System board or motherboard
       size: 32GiB
     *-bank:0
          description: Project-Id-Version: lshwReport-Msgid-Bugs-To: FULL NAME <EMAIL@ADDRESS>PO-Revision-Date: 2012-02-05 00:26+0000Last-Translator: Andi Chandler <Unknown>Language-Team: English (United Kingdom) <en_GB@li.org>MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2024-09-02 19:29+0000X-Generator: Launchpad (build 1b1ed1ad2dbfc71ee62b5c5491c975135a771bf0)Project-Id-Version: lshwReport-Msgid-Bugs-To: FULL NAME <EMAIL@ADDRESS>PO-Revision-Date: 2012-02-05 00:26+0000Last-Translator: Andi Chandler <Unknown>Language-Team: English (United Kingdom) <en_GB@li.org>MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2024-09-02 19:29+0000X-Generator: Launchpad (build 1b1ed1ad2dbfc71ee62b5c5491c975135a771bf0) [empty]
          product: Unknown
          vendor: Unknown
          physical id: 0
          serial: Unknown
          slot: DIMM 0
     *-bank:1
          description: DIMM DDR4 Synchronous Unbuffered (Unregistered) 2666 MHz (0,4 ns)
          product: BRBP1G816G16C3200
          vendor: Unknown
          physical id: 1
          serial: 7B58AA0C
          slot: DIMM 1
          size: 16GiB
          width: 64 bits
          clock: 2666MHz (0.4ns)
     *-bank:2
          description: Project-Id-Version: lshwReport-Msgid-Bugs-To: FULL NAME <EMAIL@ADDRESS>PO-Revision-Date: 2012-02-05 00:26+0000Last-Translator: Andi Chandler <Unknown>Language-Team: English (United Kingdom) <en_GB@li.org>MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2024-09-02 19:29+0000X-Generator: Launchpad (build 1b1ed1ad2dbfc71ee62b5c5491c975135a771bf0)Project-Id-Version: lshwReport-Msgid-Bugs-To: FULL NAME <EMAIL@ADDRESS>PO-Revision-Date: 2012-02-05 00:26+0000Last-Translator: Andi Chandler <Unknown>Language-Team: English (United Kingdom) <en_GB@li.org>MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2024-09-02 19:29+0000X-Generator: Launchpad (build 1b1ed1ad2dbfc71ee62b5c5491c975135a771bf0) [empty]
          product: Unknown
          vendor: Unknown
          physical id: 2
          serial: Unknown
          slot: DIMM 0
     *-bank:3
          description: DIMM DDR4 Synchronous Unbuffered (Unregistered) 2666 MHz (0,4 ns)
          product: BRBP1G816G16C3200
          vendor: Unknown
          physical id: 3
          serial: D956AA0C
          slot: DIMM 1
          size: 16GiB
          width: 64 bits
          clock: 2666MHz (0.4ns)
  *-cache:0
       description: L1 cache
       physical id: d
       slot: L1 - Cache
       size: 576KiB
       capacity: 576KiB
       clock: 1GHz (1.0ns)
       capabilities: pipeline-burst internal write-back unified
       configuration: level=1
  *-cache:1
       description: L2 cache
       physical id: e
       slot: L2 - Cache
       size: 3MiB
       capacity: 3MiB
       clock: 1GHz (1.0ns)
       capabilities: pipeline-burst internal write-back unified
       configuration: level=2
  *-cache:2
       description: L3 cache
       physical id: f
       slot: L3 - Cache
       size: 16MiB
       capacity: 16MiB
       clock: 1GHz (1.0ns)
       capabilities: pipeline-burst internal write-back unified
       configuration: level=3


Последнее исправление: valentin630 (всего исправлений: 2)

видит же

  *-memory
       description: System Memory
       size: 32GiB
     *-bank:1
          description: DIMM DDR4 Synchronous Unbuffered (Unregistered) 2666 MHz (0,4 ns)
          product: BRBP1G816G16C3200
          size: 16GiB
     *-bank:3
          description: DIMM DDR4 Synchronous Unbuffered (Unregistered) 2666 MHz (0,4 ns)
          product: BRBP1G816G16C3200
          size: 16GiB

системной памяти 32г: в банк1 и в банк3 вставлены по 16г

банк0 банк2 пустые, в дескрипшн лезет какой-то мусор… хз почему.

pfg ★★★★★
()
Ответ на: комментарий от Khnazile

угу, глянул фотку платы - там два разъема памяти.
плюс судя по «Project-Id-Version: lshwReport-Msgid-Bugs-To:» это какойто баг внутре lshw, с програмной интерпретацией опроса аппаратных идентификаторов :(
надо бы отрепортить сей баг создателям lshw….
ну и для очистки совести запустить тест памяти на всю ночь. а потом тест памяти в загруженной системе.

pfg ★★★★★
()
Последнее исправление: pfg (всего исправлений: 2)

bank:0 и bank:2 почему-то сидят на DIMM 0 и пишут какую-то чушь. bank:1 и bank:3 тоже почему-то сидят на одном DIMM 1


Логи сейчас можно дополнительно прогонять, через нейронки. Могут очень помочь.

Странности и выводы:

  1. Неверное количество банков: Ваша материнская плата Gigabyte B450M S2H имеет всего два физических слота DIMM. Однако lshw рапортует о четырех банках (bank:0 - bank:3). Это часто бывает на Ryzen, где контроллер памяти может представлять каналы или логические банки, но обычно slot: должен указывать на физические разъемы корректно.
  2. Дублирование слотов: Физический слот DIMM 0 ассоциирован с двумя банками (bank:0 и bank:2). Физический слот DIMM 1 также ассоциирован с двумя банками (bank:1 и bank:3). Это некорректно.
  3. «Мусор» в описании: Самая явная странность - строки Project-Id-Version... в полях description для bank:0 и bank:2. Это указывает на то, что lshw не может прочитать или правильно интерпретировать данные для этих логических банков из SMBIOS/DMI, предоставляемых BIOS. Вместо этого он подставляет какие-то свои внутренние метаданные или строки из файлов локализации.
  4. Общий объем памяти корректен: Несмотря на путаницу с банками и слотами, система правильно определяет общий объем установленной памяти (32 GiB), суммируя размеры из корректно определенных bank:1 (16GiB) и bank:3 (16GiB).
mamina_radost
()
Последнее исправление: mamina_radost (всего исправлений: 1)
Ответ на: комментарий от mamina_radost

У меня есть «старший брат» этой м.п. - b450m ds3h, на 4 слота, и там с памятью тоже все не здорово. Не разведена часть линий, из-за чего 72bit модули работают как обычные, + эта м.п. сильно задирает напряжение на процессоре. На asrock b450m pro4 таких проблем нет, хоть понтов у ней и меньше.

Khnazile ★★★★★
()
Ответ на: комментарий от valentin630

А память фирмовая, или с али? Мне как-то попадался поддельный hynix, очень грубая подделка, сразу видно что это какая-то хрень. Так вот, он почему-то работал не в любой материнской плате, хотя там где работал все было хорошо.

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

«c Али», но читал отзывы, люди по большому счету не жалуются, да и взял ее потому, что один гай написал, что в паре работает на такой же материнке. Другая пара «фирменная» также не работает на этой плате, только по одной.

valentin630
() автор топика
Ответ на: комментарий от valentin630

Вот что мне всегда нравится на ЛОРе: кого ни послушай, зарплата в 200К₽ — не деньги, но при этом из железа покупают исключительно б/у-шное китайское говно с Али.

anonymous
()
Ответ на: комментарий от valentin630

Остался вариант проверить на windows. Я, когда несколько лет назад гнал intel, который не гонится, то есть без индекса k (был способ гнать по шине), то я все тесты делал на винде. Только после всех тестов разбирался с линью. Все линуксы висли ещё во время развертывания initramfs, когда я с этим разобрался они неправильно сообщали чистоты и температуру, и много всего ещё было.

mamina_radost
()
Ответ на: комментарий от anonymous

Ничего ты анонимус не понимаешь! Сейчас тебе непотребляцы популярно объяснят, что деньги надо тратить не на железки, а на полезное, доброе и вечное. Правда, никто не знает что это конкретно.

FishHook
()
Ответ на: комментарий от FishHook

Правда, никто не знает что это конкретно.

Раньше тут часто рекомендовали спиртное и проституток. Если сейчас не рекомендуют, то, наверное, староваты стали.

anonymous
()
Ответ на: комментарий от mamina_radost

Плата видит spd на плашках. Прямо сейчас под ухом жужжат две машины на гигабайтовских платах под am4 сокет. В одной 2х16Гб в другой 2х32Гб, никаких проблем.

anonymous
()
Ответ на: комментарий от Khnazile

банк 1 и 3 это один и тотже слот DIMM 1

Я тебе даже скажу почему.

lshw -c memory
...
     *-bank:0
          ...
          physical id: 0
          slot: DIMM 0
          ...
     *-bank:1
          ...
          physical id: 1
          slot: DIMM 1
          ...
     *-bank:2
          ...
          physical id: 2
          slot: DIMM 0
          ...
     *-bank:3
          ...
          physical id: 3
          slot: DIMM 1
          ...
...
dmidecode -t memory
...
Handle 0x0013, DMI type 17, 92 bytes
Memory Device
        ...
	Locator: DIMM 0
	Bank Locator: P0 CHANNEL A
        ...

Handle 0x0015, DMI type 17, 92 bytes
Memory Device
        ...
	Locator: DIMM 1
	Bank Locator: P0 CHANNEL A
        ...

Handle 0x0018, DMI type 17, 92 bytes
Memory Device
        ...
	Locator: DIMM 0
	Bank Locator: P0 CHANNEL B
        ...

Handle 0x001A, DMI type 17, 92 bytes
Memory Device
        ...
	Locator: DIMM 1
	Bank Locator: P0 CHANNEL B
        ...
anonymous
()
Ответ на: комментарий от mamina_radost

Да проверил, Винды видят все 32Гб! И так, «что-то в консерватории от linux-kernеl не то». Не всегда оно, ядро, понимает, что есть на самом деле. Если это не так, то Gigabyte коварным образом подсовывает линуху туфту, чтобы все пользовали Винды. Логично? P.S. Я уже писал ранее, что Биос видит память правильно, а линух нет.

valentin630
() автор топика
Последнее исправление: valentin630 (всего исправлений: 1)
Ответ на: комментарий от valentin630

Вот, это уже интереснее. Теперь тебе нужно исправить своё описание, чтобы было более понятно на какой именно матери возникает ошибка, а так же добавить информацию про винду. Тогда могут появиться более конструктивные предложения.

mamina_radost
()
Ответ на: комментарий от mamina_radost

Я только «user», поэтому глубину Вашего вопроса не понял, так как вся информация уже имеется в теме. Понимаю одно, что ситуация забавная, возможно, ее надо формализовать.
Добавлю, что несколько лет назад, когда купил «Gigabyte B450M S2H <-> Ryzen 5 1600», я пытался бодаться с Gigabate, логически доказывая, что у них что-то не то, если каждая планка работает в любом слоте, а вместе они не работают, плюс эти две планки без проблем работают с Intel’ом, то они продали мне туфту. Но понятно, что они послали меня в пеший поход и далеко.
Второй факт. «BIOSTAR B450MH <-> Ryzen 5 2600» запросто работает с двумя планками этой же памяти правильно. Ryzen 5 1600 и Ryzen 5 2600 отличаются только технологией, но не сутью.
Таким образом, Gigabyte явно хуже BIOSTAR, а Винды лучше Линуха понимают в железе.

valentin630
() автор топика
Ответ на: комментарий от valentin630

У вас есть возможность исправить оригинальный пост? Это делается банально для удобства, чтобы другие зашли, прочли сразу весь контекст в описании и может дали дельный совет.

Лично я ничего толкового предложить не могу в вашей беде, сам сталкивался с разными экзотическими проблемами со сборками на амд (там проблема была и на винде), в одном таком случае мне помогли.

mamina_radost
()
Ответ на: комментарий от mamina_radost

Прошу прощения у публики. Разглядел получше снимок экрана Виндов - они видят всю память, но ДОСТУПНА только половина. Теперь однозначный вывод: GIGABITE B450M S2Н - неправильная плата, а Линух тут ни причем.

valentin630
() автор топика
Ответ на: комментарий от bigbit
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
[    0.000000] BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x0000000009c3efff] usable
[    0.000000] BIOS-e820: [mem 0x0000000009c3f000-0x0000000009ffffff] reserved
[    0.000000] BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
[    0.000000] BIOS-e820: [mem 0x000000000a200000-0x000000000a20afff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x000000000a20b000-0x000000000affffff] usable
[    0.000000] BIOS-e820: [mem 0x000000000b000000-0x000000000b01ffff] reserved
[    0.000000] BIOS-e820: [mem 0x000000000b020000-0x00000000bafddfff] usable
[    0.000000] BIOS-e820: [mem 0x00000000bafde000-0x00000000bc719fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bc71a000-0x00000000bc86efff] ACPI data
[    0.000000] BIOS-e820: [mem 0x00000000bc86f000-0x00000000bcf29fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bcf2a000-0x00000000bdbfefff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bdbff000-0x00000000beffffff] usable
[    0.000000] BIOS-e820: [mem 0x00000000bf000000-0x00000000bfffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fd100000-0x00000000fd1fffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fea00000-0x00000000fea0ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000feb80000-0x00000000fec01fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fec30000-0x00000000fec30fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed40000-0x00000000fed44fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fed80000-0x00000000fed8ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fedc2000-0x00000000fedcffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000fedd4000-0x00000000fedd5fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000043f37ffff] usable
[    0.000000] BIOS-e820: [mem 0x000000043f380000-0x000000043fffffff] reserved
[    0.000000] e820: update [mem 0xb63be018-0xb63cc057] usable ==> usable
[    0.000000] e820: update [mem 0xb63be018-0xb63cc057] usable ==> usable
[    0.000000] e820: update [mem 0xb639d018-0xb63bd857] usable ==> usable
[    0.000000] e820: update [mem 0xb639d018-0xb63bd857] usable ==> usable
[    0.000000] efi: Remove mem314: MMIO range=[0xf0000000-0xf7ffffff] (128MB) from e820 map
[    0.000000] e820: remove [mem 0xf0000000-0xf7ffffff] reserved
[    0.000000] efi: Remove mem315: MMIO range=[0xfd100000-0xfd1fffff] (1MB) from e820 map
[    0.000000] e820: remove [mem 0xfd100000-0xfd1fffff] reserved
[    0.000000] efi: Not removing mem316: MMIO range=[0xfea00000-0xfea0ffff] (64KB) from e820 map
[    0.000000] efi: Remove mem317: MMIO range=[0xfeb80000-0xfec01fff] (0MB) from e820 map
[    0.000000] e820: remove [mem 0xfeb80000-0xfec01fff] reserved
[    0.000000] efi: Not removing mem318: MMIO range=[0xfec10000-0xfec10fff] (4KB) from e820 map
[    0.000000] efi: Not removing mem319: MMIO range=[0xfec30000-0xfec30fff] (4KB) from e820 map
[    0.000000] efi: Not removing mem320: MMIO range=[0xfed00000-0xfed00fff] (4KB) from e820 map
[    0.000000] efi: Not removing mem321: MMIO range=[0xfed40000-0xfed44fff] (20KB) from e820 map
[    0.000000] efi: Not removing mem322: MMIO range=[0xfed80000-0xfed8ffff] (64KB) from e820 map
[    0.000000] efi: Not removing mem323: MMIO range=[0xfedc2000-0xfedcffff] (56KB) from e820 map
[    0.000000] efi: Not removing mem324: MMIO range=[0xfedd4000-0xfedd5fff] (8KB) from e820 map
[    0.000000] efi: Remove mem325: MMIO range=[0xff000000-0xffffffff] (16MB) from e820 map
[    0.000000] e820: remove [mem 0xff000000-0xffffffff] reserved
[    0.000809] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[    0.000812] e820: remove [mem 0x000a0000-0x000fffff] usable
[    0.001284] e820: update [mem 0xc0000000-0xffffffff] usable ==> reserved
[    0.005690] e820: update [mem 0xb91e0000-0xb91e0fff] usable ==> reserved
[    0.040906] e820: update [mem 0xb6e95000-0xb6ed9fff] usable ==> reserved
[    0.362392] PCI: Ignoring E820 reservations for host bridge windows
[    0.415675] e820: reserve RAM buffer [mem 0x09c3f000-0x0bffffff]
[    0.415678] e820: reserve RAM buffer [mem 0x0a200000-0x0bffffff]
[    0.415680] e820: reserve RAM buffer [mem 0x0b000000-0x0bffffff]
[    0.415682] e820: reserve RAM buffer [mem 0xb639d018-0xb7ffffff]
[    0.415685] e820: reserve RAM buffer [mem 0xb63be018-0xb7ffffff]
[    0.415687] e820: reserve RAM buffer [mem 0xb6e95000-0xb7ffffff]
[    0.415689] e820: reserve RAM buffer [mem 0xb91e0000-0xbbffffff]
[    0.415691] e820: reserve RAM buffer [mem 0xbafde000-0xbbffffff]
[    0.415693] e820: reserve RAM buffer [mem 0xbf000000-0xbfffffff]
[    0.415695] e820: reserve RAM buffer [mem 0x43f380000-0x43fffffff]

valentin630
() автор топика
Ответ на: комментарий от bigbit
Memory
Š 2 x DDR4 DIMM sockets supporting up to 64 GB (32 GB single DIMM capacity)
of system memory
Š Dual channel memory architecture
Š Support for DDR4 2933/2667/2400/2133 MHz memory modules
Š Support for ECC Un-buffered DIMM 1Rx8/2Rx8 memory modules (operate in
non-ECC mode)
Š Support for non-ECC Un-buffered DIMM 1Rx8/2Rx8/1Rx16 memory modules
Š Support for Extreme Memory Profile (XMP) memory modules
 (Go to GIGABYTE's website for the latest supported memory speeds and memory 
modules.)
anonymous
()
Ответ на: комментарий от valentin630

Перекинь 2600 на плату гигабайт и посмотри что будет. Может быть, процессор мертвый. Ранние Ryzen не отличались качеством, было много возвратов из-за заводских дефектов.

Khnazile ★★★★★
()
Ответ на: комментарий от anonymous

Все эти memory remapping-и были актуальны очень давно. В моем BIOS уже и опции такой нету.

Когда-то некоторые 16-битные устройства использовали для I/O адреса в конце адресного пространства (16Мб). Это стало вызывать проблемы, когда объемы памяти превысили 16Мб, и в BIOS появилась опция Memory Hole at 15M-16M.

Потом ситуация повторилась, но уже с 4GB, и появилась опция Memory Remapping.

Но здесь мы уже увидели >4G, вряд ли проблема в этом.

bigbit ★★★★★
()
Последнее исправление: bigbit (всего исправлений: 2)
Ответ на: комментарий от bigbit

Потом ситуация повторилась, но уже с 4GB, и появилась опция Memory Remapping. Но здесь мы уже увидели >4G, вряд ли проблема в этом.

Конкретно у гигабайта помню только опцию above 4g decoding, ее включал.

anonymous
()
Ответ на: комментарий от Khnazile

Допускал бяку и в 1600, настораживает несколько, что всякие разгоны его невозможны, похоже залоченный…
Компы далеко друг от друга для такого эксперимента, да и возни много получится. Подумаю что-нибудь, может б/у, чтобы поставить точку в этом вопросе, правда, по большому счету, смысл будет только в моральном удовлетворении.

valentin630
() автор топика