Memtest86 не обнаруживает случайного повреждения памяти

Question 1

Thinkpad t520; Ubuntu 12.04.1 LTS; 3.2.0-33-родовой; 16 ГБ оперативной памяти .
Memtest86 + работал в течение 26 часов, 9 проходов, без ошибок.
Загрузился в «режиме восстановления»: запустил fsck все файловые системы - без ошибок; «проверить все пакеты» - без ошибок.
Очевидное случайное повреждение памяти : perl / R / chrome segfault время от времени, по-видимому, наугад; sort(1) создает поврежденные несортированные файлы.

Что может быть не так и как мне это отладить?

Question 2

Случайное повреждение памяти не говорит Вам, что это - наверняка проблема с модулем памяти, могло бы быть много других причин. Запуск с программного обеспечения и конфигурации...

Вы, возможно, были неудачны, и Ваше дерево пакета является 1-in-a-million-chance, "внутренне последовательным", в то время как "внешне непоследовательный" (пакет и crc повреждение, приводящее к допустимому пакету) <-чисто теоретический.
Используя не стабильные пакеты ответвления с ошибкой (программное обеспечение, система или ядро).
Используя стабильные пакеты ответвления с ошибкой (системная ошибка в Ваших определенных аппаратных и программных условиях) или устаревшие версии.
Вирус, который повреждает файлы в оперативной памяти, как библиотеки, уже кэшируемые от HDD.
Проблема ядра - один из Ваших драйверов ядра не так стабилен, как это должно быть. Пример? Драйвер Virtualbox, как известно, вызывает некоторые случайные проблемы памяти в хосте. Другой, особенно пользовательский (или бета) драйверы могли бы вызвать подобный (или другой) плохо наполняют случай.
Неправильно функционирующие внешние устройства, их драйверы не могли бы сделать некоторые проверки работоспособности..., которые не нужны для полностью операционных аппаратных средств.
Аппаратные проблемы, в то время как не точно проблема с модулем памяти. Неправильно функционирующие внутренние устройства - Ваши микросхемы (как аудио/графика) или pci/pcie карты могли бы быть повреждены и могли бы сделать плохие вещи на Вашей системной памяти, поскольку они все совместно используют доступ к памяти аппаратного уровня. Или они могли бы повредить другие части, то повреждение память.
Проблемы охраны окружающей среды - Ваш ЦП или мосты могли бы быть перегреты - (особенно северный мост, который соединяет ЦП с системной памятью, но в последнее время объединен в ЦП) - но обратите внимание, они могли бы быть перегреты от других действий, происходящих, как голодные GPU приложения (таким образом, Вы не получите ошибок в тестирующем память программном обеспечении, работающем на сессии VGA).

Таким образом - как Вы видите, существует много различных возможностей, но большей части материала выше часто не происходит в таких случаях. Я рекомендовал бы Вам попытку, выполняющую систему от liveCD и проверяющую, если это segfaults там, если это делает, пытаясь отключить любые аппаратные средства, Вам действительно не нужно (или отключение его в bios/uefi), затем - проверяющий модуль памяти в другой компьютер и проверяющий Ваш компьютер с другим модулем памяти.

Question 3

Question 4

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

MPrime является популярным тестером ОЗУ и ЦП. Если вы используете его для тестирования оперативной памяти, убедитесь, что вы вручную указываете объем используемой памяти - в противном случае по умолчанию используется значение 1600 МБ. Например,

Type of torture test to run (3): 13
Min FFT size (in K) (8): 
Max FFT size (in K) (4096): 
Memory to use (in MB, 0 = in-place FFTs) (1600): 15000

memtester является еще одним тестером ОЗУ и находится в хранилище.

mrówa · Accepted Answer · 18 November 2012 в 20:09

Случайное повреждение памяти не говорит Вам, что это - наверняка проблема с модулем памяти, могло бы быть много других причин. Запуск с программного обеспечения и конфигурации...

Вы, возможно, были неудачны, и Ваше дерево пакета является 1-in-a-million-chance, "внутренне последовательным", в то время как "внешне непоследовательный" (пакет и crc повреждение, приводящее к допустимому пакету) <-чисто теоретический.
Используя не стабильные пакеты ответвления с ошибкой (программное обеспечение, система или ядро).
Используя стабильные пакеты ответвления с ошибкой (системная ошибка в Ваших определенных аппаратных и программных условиях) или устаревшие версии.
Вирус, который повреждает файлы в оперативной памяти, как библиотеки, уже кэшируемые от HDD.
Проблема ядра - один из Ваших драйверов ядра не так стабилен, как это должно быть. Пример? Драйвер Virtualbox, как известно, вызывает некоторые случайные проблемы памяти в хосте. Другой, особенно пользовательский (или бета) драйверы могли бы вызвать подобный (или другой) плохо наполняют случай.
Неправильно функционирующие внешние устройства, их драйверы не могли бы сделать некоторые проверки работоспособности..., которые не нужны для полностью операционных аппаратных средств.
Аппаратные проблемы, в то время как не точно проблема с модулем памяти. Неправильно функционирующие внутренние устройства - Ваши микросхемы (как аудио/графика) или pci/pcie карты могли бы быть повреждены и могли бы сделать плохие вещи на Вашей системной памяти, поскольку они все совместно используют доступ к памяти аппаратного уровня. Или они могли бы повредить другие части, то повреждение память.
Проблемы охраны окружающей среды - Ваш ЦП или мосты могли бы быть перегреты - (особенно северный мост, который соединяет ЦП с системной памятью, но в последнее время объединен в ЦП) - но обратите внимание, они могли бы быть перегреты от других действий, происходящих, как голодные GPU приложения (таким образом, Вы не получите ошибок в тестирующем память программном обеспечении, работающем на сессии VGA).

Таким образом - как Вы видите, существует много различных возможностей, но большей части материала выше часто не происходит в таких случаях. Я рекомендовал бы Вам попытку, выполняющую систему от liveCD и проверяющую, если это segfaults там, если это делает, пытаясь отключить любые аппаратные средства, Вам действительно не нужно (или отключение его в bios/uefi), затем - проверяющий модуль памяти в другой компьютер и проверяющий Ваш компьютер с другим модулем памяти.

Vincent Yu · Answer 2 · 18 November 2012 в 20:09

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

MPrime является популярным тестером ОЗУ и ЦП. Если вы используете его для тестирования оперативной памяти, убедитесь, что вы вручную указываете объем используемой памяти - в противном случае по умолчанию используется значение 1600 МБ. Например,

Type of torture test to run (3): 13
Min FFT size (in K) (8): 
Max FFT size (in K) (4096): 
Memory to use (in MB, 0 = in-place FFTs) (1600): 15000

memtester является еще одним тестером ОЗУ и находится в хранилище.

Memtest86 не обнаруживает случайного повреждения памяти

2 ответа

Другие вопросы по тегам:

Похожие вопросы: