Софт для работы с бэд-блоками через S.M.A.R.T

smartctl посмотри

Ремап, ЕМНИП, делается не смартом, а другой частью прошивки диска, и делается автоматически, пока есть запасные секторы. Когда запас закончится, дефекты можно будет только «обходить» средствами ФС (умеют ext* и reiserfs, обе с использованием badblocks). Короче, смотри smartctl -a, и если Offline Uncorrectable отличается от нуля, то на диске есть непоправимые дефекты, Reallocated Sector Count обозначает успешно заменённые сектора.

И прогони badblocks. Желательно, в деструктивном режиме, но можно и просто забить диск нулями — это может выявить ещё проблемные участки.

Написанного мало. Если будешь искать доки - выложи в жуйку, пожалуйста)

> На винте появилось несколько бэд-блоков, и я хочу попробовать «выключить» или перенаправить их ещё на уровне S.M.A.R.T.

Под линукс софт не знаю, но каждый производитель дисков обычно делает для своих изделий досовую дискетку с фитнес-тестом. С её помощью можно перемэпить бэдблоки. Процедура тестирования поверхности и ремэпа очень длительная. Но, по крайней мере эта программа гарантированно работоспособная.

Вот, кстати, что то подозрительно щелкает винт, сигейт smartctl -a выдает Offline Uncorrectable 0, Reallocated Sector Count 0, но 203 ошибки Error 203 occurred at disk power-on lifetime: 13735 hours (572 days + 7 hours) When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were: ER ST SC SN CL CH DH  — -- — -- — -- -- 84 51 00 00 00 00 e0 Error: ICRC, ABRT at LBA = 0x00000000 = 0

Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name  — -- — -- — -- — -- ---------------- -------------------- 25 00 2f 29 3f 00 e0 00 00:43:00.775 READ DMA EXT 25 00 2f 29 3f 00 e0 00 00:43:00.333 READ DMA EXT 10 00 3f 00 00 00 e0 00 00:43:00.333 RECALIBRATE [OBS-4] 25 00 2f 29 3f 00 e0 00 00:42:59.891 READ DMA EXT 25 00 2f 29 3f 00 e0 00 00:42:59.463 READ DMA EXT

Error 202 occurred at disk power-on lifetime: 13735 hours (572 days + 7 hours)

Что это означает?

Под линукс ничего быстрого и нормального не знаю. Попробуйте это: http://hddguru.com/software/2005.10.02-MHDD/ Там загрузочный диск. Несколько раз выручал.

http://smartmontools.sourceforge.net/badblockhowto.html

> Какой софт (под линукс, конечно)

софт? под линукс?
mhdd, victoria и не под осью конечно

а вообще, для этого существуют специальные аппаратные контроллеры, которые работают в обход стандартных протоколов. Втыкаешь диск в сервис-контроллер и потом уже ковыряешься в нем.

>> Что это означает?

Я не знаю, что означает код ошибки, но

подозрительно щелкает

как бы намекает, что диску лучше не слишком доверять.

1. На диске есть несколько (довольно много) резервных секторов. При _записи_ контроллер диска проверяет может ли он прочесть свежезаписанный сектор и, если не может, то пишет его в резервный сектор. Если весь резерв исчерпан, то контроллер диска сообщает об ошибке записи, как-бы напоминая, что диск уже давно нужно выбросить. ;-)

2. Со временем намагниченность диска меняется и часть битов меняют свое значение. Для противодействия этому запись делается с избыточностью - на каждые несколько пользовательских битов пишется чуть меньше контрольных битов. При _чтении_ по специальной математической формуле проверяется нет ли испорченных битов, и если есть, то по другой математической формуле поврежденные биты восстанавливются за счет резервных битов. Если испорчено слишком много битов, то формула уже не может их восстановить. Такой сектор считается дефектным — данные в нем утрачены безвозвратно.

3. Если записать в дефектный сектор любые новые данные, то он автоматически «восстановится» — смотри пункт номер 1.

Резюме: для починки годится практичеки любая программа способная писать на диск. Например: «cat» или «dd».

В системных логах (например /var/log/messages) часто бывают упоминания номеров дефектных секторов. Зная такой номер можно использовать «hdparm» с ключём "--read-sector" для проверки дефектности сектора и с ключём "--write-sector" для его починки.

>В системных логах (например /var/log/messages) часто бывают упоминания номеров дефектных секторов. Зная такой номер можно использовать «hdparm» с ключём "--read-sector" для проверки дефектности сектора и с ключём "--write-sector" для его починки.

неужели поможет?