Спасибо. Выглядит странно. Я бы тестами проверил. Свою память разгонял при помощи stress-ng --vm N
где N - количество ядер вашего процессора.
Именно этот тест быстрее всего, и в разы чаще, чем memtest, вызывал ошибки памяти.
Делаете проверку, обычно, получаса достаточно. Если нет ошибок, поджимаете времена тактирования памяти (или повышаете частоту памяти, если возможно). Опять запускаете тест.
При рабочей коррекции, во время тестирования, в системный журнал может попадать по нескольку ошибок в секунду. На практике, при таком состоянии памяти и рабочей ECC, заметно снижение производительности системы (обработка исключений ядром?), но система способна работать так часами до отказа.
Таким образом, наличие в журнале (dmesg) ошибок без краха системы свидетельствует о работе ECC.
ЕМНИП, в журнале указывается адрес, при чтении которого возникла ошибка и то, что ошибка была исправлена.
Так же у контроллера памяти есть такой инструмент, вроде, memory scratch, который имеет смысл и, по идее, активен при включенной коррекции ошибок. Периодически (раз в час или такого порядка интервалами) всё содержимое памяти вычитывается контролёром с проверкой ECC. Так устраняется возможность накопления ошибок в областях памяти, которые редко обновляются и редко читаются.