Обзор memtest+ grub iso 32-64 memtest+v7_32-64 uefi

[Phoenix]

Phoenix добавил(а) новый ресурс:

memtest+ grub iso 32-64 - Тестирование памяти с поддержкой UEFI загрузки

Все изменения на приложенных скринах Собрано из исходников на Xubuntu 23.04x86_64 (Lunar Lobster)
Также прложены бинарные файлы. Удобно использовать Ventoy - после установки на флэшку, достаточно просто отправить образ корень или подпапку, при загрузке Vеntoy видит их.

Узнать больше об этом ресурсе...

 

[Dragokas]

@Phoenix, отличная штука!

Вот подумал, поскольку средство довольно популярное в разрезе того, что память периодически деградирует, и когда видим рандомные краши сразу на ум приходит проверить через memtest, было бы замечательно, если бы ты мог добавить в описание ресурса что-нибудь вроде шаблона для хелпера (или мини-инструкцию) по таким пунктам пошагово, чтобы так сказать было ближе к людям и проще давать в темах:
1) Как записать на флешку
2) Как запустить
3) Как сообщить о результате (на что обратить внимание или может там лог какой можно создавать). Помнится мне, там регионы памяти помечались красным цветом, если не проходили проверку.

В винде (начиная с Win8.1+?) есть конечно встроенное средство теста памяти, но там наверное не настолько доскональная проверка?

Заодно напомни, там ведь тестируется виртуальное адресное пространство (не физическая память?), т.е. нельзя увидеть сразу, какая именно из планок сбоит?

 

[Phoenix]

@Dragokas, Привет! Спасибо за отзыв.
Чтобы не "портить" флешки полным форматированием, я рекомендую использовать Ventoy или WinSetupFromUSB 1.9 . Подробную инструкцию позже могу расписать, как время будет.. Хотя там не сложно.

Заодно напомни, там ведь тестируется виртуальное адресное пространство (не физическая память?), т.е. нельзя увидеть сразу, какая именно из планок сбоит?

Но ведь ОЗУ и есть виртуальное пространство для дисковой системы.. Куда же виртуалить саму память ? Думаю там прямой доступ, иначе можно было бы из под ОС тестировать.. Хотя и так можно и даже будет быстрее. По крайней мере в линуск на Qemu тестируется быстро, но есть нюанс.. настройка.

Бесспорно, метод с нативной загрузкой memtest выполняет свою работу качественней, но он это делает неприемлемо медленно для больших объемов памяти, возможности по параллельному тестированию используются не полностью, а процессор не загружается целиком.

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

 

[Dragokas]

Но ведь ОЗУ и есть виртуальное пространство для дисковой системы.. Куда же виртуалить саму память ? Думаю там прямой доступ, иначе можно было бы из под ОС тестировать.. Хотя и так можно и даже будет быстрее. По крайней мере в линуск на Qemu тестируется быстро, но есть нюанс.. настройка.

Вопрос был в контексте, можно ли в memtest увидеть, какая именно планка памяти неисправна (но да, я понимаю, что ты можешь не знать, но может кто-то еще ответит).
Если тестировать через memtest в самой ОС, там будет недоступно для проверки адресное пространство, выделенное под ядро, т.к. в этом случае и тестировать нужно софтиной, в составе которой имеется драйвер. А вот встроенная утилита проверки памяти винды (судя по тому, как она запускается - выглядит как native процесс), так что она думаю, имеет доступ ко всему адресному пространству.

 

[Phoenix]

@Dragokas, на практике не приходилось, а так пишут, что нужно по одной планке проверять методом исключения, так сказать.

 

[Phoenix]

Memtest86+ | The Open-Source Memory Testing Tool

Memtest86+ is an advanced, free, open-source, stand-alone memory tester for 32- and 64-bit computers (UEFI & BIOS supported)

www.memtest.org

Спойлер: error reporting

Отчет об ошибках
Режим отчета об ошибках может быть изменен в любое время без нарушения текущей последовательности тестов. Статистика ошибок собирается независимо от текущего режима отчета об ошибках (поэтому при переключении в режим сводки ошибок будет отображаться накопленная статистика с момента запуска текущей последовательности тестов). Шаблоны BadRAM накапливаются только в режиме BadRAM.

Любое изменение выбранных тестов, диапазона адресов или режима последовательности процессора запустит новую последовательность тестов и сбросит статистику ошибок.

Там на английском, но можно перевести..
Вообще память определяется, но у меня одна планка, так что не могу точно сказать. Но вообще ошибки не всегда говорят о плохой планке памяти..

Спойлер

Иногда ошибки памяти проявляются из-за несовместимости компонентов. Модуль памяти может нормально работать в одной системе и не работать в другой. Это не редкость и является источником путаницы. Компоненты не обязательно плохие, но определенных комбинаций, возможно, следует избегать.

В подавляющем большинстве случаев ошибки, о которых сообщает Memtest86+, являются допустимыми. Существуют некоторые системы, из-за которых Memtest86+ запутывается в размере памяти и пытается протестировать несуществующую память. Это приведет к тому, что большое количество последовательных адресов будет сообщаться как неверные, и, как правило, будет много битов с ошибкой. Если у вас относительно небольшое…

Спойлер: методы обнаружения неисправного модуля

Удаление модулей

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

Если ни один из модулей не может быть удален, вы можете захотеть повернуть модули, чтобы найти неисправный. Этот метод можно использовать только в том случае, если в системе имеется три или более модулей. Измените расположение двух модулей одновременно. Например,…