Игнорирование bad-сектора RAM в Gentoo

http://raid6.com.au/~onlyjob/posts/MEMTEST_explained/

Похоже, что надо собрать ядро с CONFIG_MEMTEST=y и передать ему параметр при загрузке memtest=4

memtest=4

Насколько я понимаю, цифра может варьироваться и подбираться индивидуально.

передать в параметрах ядра «memmap=size$0xXXXXXX»

Я так понимаю, что нужно указать с точностью до одной страницы.

У него блок может быть не в конце модуля.

Вообще, ЕМНИП, badmem давным давно был интегрирован в апстрим и так в нём и есть.

а вообще да, memtest=x. http://lxr.free-electrons.com/source/Documentation/kernel-parameters.txt#L1950

нафига ? Если адрес известен, то memmap-ом его выкусить. Потеря 4кб не велика.

Сколько времени этот memtest будет работать ?

Память секторами не измеряется.

У меня memtest=17 занимает от силы секунд 10.

Проверяется такими паттернами: http://paste.ubuntu.com/9809588/

если memtest за 5-10 секунд обнаруживает битый кусок, то это IMHO приемлемое решение.

На сервере у меня для каждой виртуальной машине это прописано. Будет стартовать за большее время, зато есть шанс, что в случае проблем это поможет.

GRUB_BADRAM=<addr>,<mask>

Адреса и маски выдаст memtest86[+] с соответствующей настройкой.

А чем? В англоязычных ресурсах вроде везде упоминают «sector»

Вот примеры:

https://unix.stackexchange.com/questions/75059/how-to-blacklist-a-correct-bad...

http://www.techsupportforum.com/forums/f210/turning-off-bad-ram-sectors-40266...

Оно уже апстримом поддерживается? Ничего патчить не надо?

ОЗУ имеет байтовую гранулярность, несмотря на то, что выделяется страницами, о линейном пространстве говорят как о наборе блоков, а на физическом уровне вообще ячейки.

«Битый блок», «битая ячейка»?

По идее, ячейки и выгорают.

Нафига memtest для виртуалки ? Или ты смайлик забыл поставить ?

Потеря 4кб не велика.

Зато вероятность что во время работы другие страницы сбойнут - выше чем у планок, которые ещё не начали сыпаться.

Нет, не забыл. Есть Xen-сервер, есть ряд domU. В какой еще момент проверять память, которую будет использовать domU, как не в момент его старта? Стартовал, проверил свой кусочек памяти - и работает себе дальше на нем. Для dom0 такая же опция есть.
Разве что со свободной памятью, за счет которой увеличение памяти какой-то из машин будет делаться, проблемка - она не будет тестироваться. Но такое у меня крайне редко делается.

Логично было бы проверять всю память 1 раз перед стартом dom0, а не только ту, что занимает dom0. В этом отношении xen отличается от всех остальных гипервизоров.

1) А как сказать dom0 проверять всю память, но не занимать ее в дальнейшем и при этом как-то исключать ее для виртуалок?
2) Виртуалку я могу перезапустить и она снова проверит свой кусок памяти - ведь вполне возможно, что в процессе работы появится битый блок. В случае с одиночной проверкой памяти целиком при старте сервера может ничего и не проявиться (ведь сервер целиком перезагружается не так часто).

Я гонял сутки мемтестом, проблема только в одном адресе, и я не вижу смысла в данном случае изолировать ещё что-то. Это не критичный сервер.

память можно и на лету менять и доставлять

Оно уже апстримом поддерживается? Ничего патчить не надо?

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

В стейбле дебиана работает нормально. На меееедленной sdram в объёме 512мб с неторопливым процем Via C-7 тестирование занимало минуту. С celeron 533 было уже полминуты. У одной планки (256мб) битые были в самом начале, у второй с 64мбайт (по данным memtest). Поменял планки местами и всё заработало нормально.

Просто в грабе надо дописать к параметрам загрузки... -memtest если не запамятовал. Пересобирать ядро в дебиане не нужно.

чё-то вспоминаются истории, как на проблемной планке memtest86+ не находи проблем. ядерный настолько лучше и быстрее? каким образом?

У меня недостаточно знаний в этом вопросе.

вообще-то страничную. это даже видно в зависимости от шага чтения линейного буфера.