А что говорит
# dd if=/dev/XXX of=/dev/null bs=2m
(XXX --- имя винта)? Что-нибудь валится на консоль, в dmesg? Что говорит MHDD, в конце концов?

Честно сказать - я не знаю что такое
# dd if=/dev/XXX of=/dev/null bs=2m (((
Мне из этого просто непонятно, что есть /dev/null ...
А что оно выдавать должно?
Я сегодняшний день посвящу, наверное, домашним делам и парралельно буду бегать к компу, тестировать это винт. Сейчас проверяю с Live-CD Ubuntu при помощи badblocks. Из установленной системы этого сделать нельзя - на первом же битом блоке система виснет, а консоль сходит с ума. Потом проверю, на всякий случай из Live-CD ALT-Linux, всякое бывает.

Так вот, badblocks записывает мне битые блоки в специальный файлик на флэшку (другие винты я отключил, из своих соображений). Одна строка - номер одного блока, то есть около 8 байт.... Сейчас проверено примерно 25% первого раздела (то есть 12% всего винта) и этот файлик весит уже 146 МБ!!! Открывать его и рпосматривать я пытался с пол часа назад - зрелище страшное.

Остальные винты проверял - всё отлично.

Пройдя отметку 68ГБ процесс проверки пошёл резко быстрее, что говорит о том, что пошли нормальные блоки :)

М-да.. Проверено <50%, файлик уже 635МБ. Наверное, я остановлю проверку, ввиду отсутствия её дальнейшей целесообразности.

Ты это, не спеши ничего сам делать. У меня была одна фигня с сигейтом 120GB, так там в некоторых блоках задержка чтения была просто чудовищной. Вытер пыль с контактов и всё исчезло, сейчас пашет.
Если уж пытаешься что-то сам сделать, учти, что badblocks --- старенькая вещь. Сейчас обычно бэды либо правят, либо выкидывают винт. Можно попробовать тем же dd по абсолютному адресу глючного сектора (может, несколько раз) записать нули, и если потом прочтётся, то значит пофиксен. Я так сделал рабочими три бэда на сигейте 80GB, образовавшихся при падении китайского блока питания, и он всё ещё работает. Только ты man dd всё-таки прочти, а то в конец угробишь:)
Что ты с ним такое делал?

Ну, у меня всё проще - винт на гарантии, я его уже отнёс в магазин. Просто хотел на 100% удостовериться, что он сбойный, чтобы глазами потом не лупать, когда мне скажут, что с ним всё хорошо, а я дурак :). За советы спасибо, зря не пропадут, пригодятся когда-нибудь.

А делал я с ним

badblocks -vs -o файл_отчёта /dev/sdb1

Проверка в режиме read only. Пробовал и контакты и шлейфы менял - результат один и тот же. Дольше всего я выдержал, когда проверило четверть винта (пол первого раздела) и нашло около 100 миллионов этих самых бэд блоков... Ремонтировать их вручную не очень хочется :). А создать скрипт на основе файла отчёта, так он неделю выполняться, наверное, будет.

Вобщем, мне повезло, что бывают гарантии, хай теперь сами ипуцца :)

Я про то, что ты с ним делал до того, как он сыпаться начал...

хай теперь сами ипуцца

Это, конечно, хорошо, но лучше всё-таки просечь хоть примерно, в чём дело. Кто сказал, что после сервиса он через неделю вконец не загнётся?

Да, ну ничего особенного... Принёс новый винт, поставил, как обычно, отформатировал, тоже как обычно. Потом всё было отлично, пока однажды не перестали одновременно читаться многие файлы. Точнее, они читались, но где-то до середины, а потом input/output error. Система всегда так говорит, когда прочитать что-то не может физически.

Я отформатил его по-новой (без проверки) и насыпал туда музыки и кинов всяких, чтобы протестировать его на практике ещё раз. Всё было отлично, пока я не попробовал создать на нём виртуальный диск на весь винт. Делает около 5% и всё... Раза три подряд, потом начал проверять его. На тех же 5% первый нечитаемый сектор.

Дело в том, что он ещё и стучит. я давно слышал, но думал что это вообще не в компе клацает :). А потом выяснил, что это мой Самсунг... Это ненормально...