оперативная память со сбойными участками и BadRAM патч. КАК?

[marrduk]

Имеется неисправная планка Hynix 1Gb DDR 400 и желание, чтобы она все-таки заработала. Нашел инфу, что существует патч BadRAM, который резервирует адреса неисправных участков для ядра, решил поставить, а вот опыта не хватает...Скачал из репов исходники ядра, распаковал, поставил патч, скомпилил ядро...а дальше???Я так понимаю, после установки ядра запускаем мемтест с битой планкой, выявляем сбойные участки, записываем, а потом при буте в параметрах загрузки ядра указываем эти адреса через badram= (извините, если неверна терминология, я новичок в этом деле). И после этого должно все работать, только есть одна небольшая заминка . Мемтест выдает такое количество битых адресов, что аж на экран не помещается, судя по результатам неисправно 512!!!Мб из 1024. Так вот, все ли правильно я делаю, а если да, то как получить весь список битых участков в мемтесте?Ну и есть ли другой способ оживить плашку?("Купить новую " обсуждению не подлежит, во-первых DDR сейчас дорогая (по моим меркам), во вторых, вкладывать деньги в старый комп не хочется совсем (давит жаба) 
P.S. Для людей, не обладающих телепатическими способностями  :
Ubuntu 9.04, Ядро 2.6.28-15-generic
CPU: AMD Athlon(tm) XP 1700+
Motherboard: Gigabyte GA-7VA
 BIOS:Award Software International F9 (01/14/2003)

[sht0rm]

....("Купить новую " обсуждению не подлежит, во-первых DDR сейчас дорогая (по моим меркам), во вторых, вкладывать деньги в старый комп не хочется совсем (давит жаба) 
...

А сидеть на бомбе это вариант?
Не думаю что вас устроит работа на сбойной памяти. Какой объем памяти уже стоит на компьютере? Может имеет смысл поставить менее требовательный дистрибутив?

[marrduk]

Стоит 512Мб, что касается "сидения на бомбе" - неужто так опасно , а можно поподробнее? А касательно другого дистра, может быть...Вот только данные манипуляции позволяют получить некоторый дополнительный опыт, что всегда полезно, я считаю.

[ArcFi]

неужто так опасно

Черевато, как минимум, зависаниями и порчей данных.

[marrduk]

Т.е. выгоды в данном мероприятии явно меньше, нежели возможных осложнений (извините за витиеватость )? Не разбираюсь в вопросе совершенно, но хотелось бы узнать - значит резервирование битой памяти для ядра чревато тем, что с ядром  может случиться какая-нибудь оказия? Просто в описании BadRAM ничего такого не встретил. И все же, хотелось бы также получить инфу и по существу вопроса.

[sht0rm]

marrduk
https://help.ubuntu.com/community/BadRAM
On reboot, everything seemed to work fine except XOrg. I couldn't get X to start even with the nv driver. I've yet to figure out how to build the restricted-drivers package against the custom kernel headers installed in the step above.

Вам перевести или и так ясно?

[marrduk]

Все ясно, по этой ссылке http://gquigs.blogspot.com/2009/01/bad-memory-howto.html есть еще HowTo, но уже с параметром ядра memmap, как этот ман по части безопасности?

[sht0rm]

в теории должно работать. Дерзайте.
Но! если память битая каким то отдельным куском, а не рандомно блоками.

[marrduk]

Память битая одним БОООЛЬШИМ! куском, проверил опытно, в мемтесте после прохождения адреса в 512 Мб (1 планка) сразу начинаются сбойные участки, и так - вплоть до 1024 остальные 512Мб - целые. Решил попробовать так: при загрузке - memmap=512M$512M, жму "b" - вываливается kernel panic. Содержание сообщение таково:

Код: [Выделить]

ACPI: Aborted because invalid compressed format
invalid compressed format (err=1)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0)
Теория - это, конечно, хорошо, но вот что выходит на практике...
Стоит поиграть со значениями memmap в пределах 2-3 Мб - сообщение чуть меняется, но результат - нет. Есть, все таки, возможность оживить "мертвяка" или стоит поменять занятие на что-нибудь более продуктивное ?