BAD-ы на винчестере

В случае проблем обращения к сектору (чтения) он помечается как «плохой» (плохо читающийся) если при повторном обращении сектор считывается нормально то с него снимается метка о «плохой», если читается плохо или вообще не читается то выполняется remap (realocate) сектора, по возможности переносятся данные, и сектор помечается как сбойный, значение 'reallocate sectors' в smart увеличивается на единицу.

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

Значит, после записи счел сектора нормальными.
http://smartmontools.sourceforge.net/badblockhowto.html
Смотри «ext2/ext3 second example», как раз такая ситуация.

я бы уже думал о срочном копировании инфы.

и да, -t и прчоая у smartctl и badblocks тебе , возможно, поможет

Поводов для паники нет, но бекапы я бы сделал.

Бэкапы делать всегда.

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

кем помечается то?

Внутренней программой жёсткого диска (firmware) внутреннее ПО в процессе работы накопителя помимо основных функций: корректировка позиционирования магнитных головок, преобразование логических адресов в физические, коррекции ошибок и прочего ведёт так же несколько таблиц секторов, в которые заносятся плохо читающиеся сектора, сбойные сектора и таблиц переназначенных секторов.

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

Вот нихера себе. У меня сколько не «крякали» на винтах разных фирм, ни разу не помечались

Current_Pending_Sector указывает на количество «подозрительных» секторов. Лавинообразный рост без проблем с поверхностью намекает на отказ электроники.

Ну почитайте документацию по S.M.A.R.T., в частности параметры:

• Current_Pending_Sector
• Offline_Uncorrectable
• Reallocated_Sector_Count

Я это знаю. Случай реальный ты сам видел, нет?

Реальный случай описал ТС.

Ну ты бы хоть тогда читал первый пост

Но почему-то значение «Reallocated_Sector_Ct» не увеличивается, т.е. переназначение не происходит.

Ну ты бы тогда хоть прочитал что я написал и автор.

Current_Pending_Sector - число кандидатов на реаллокэйт, если сектор успешно читается повторно то он убирается из списка «плохих» секторов, параметр Current_Pending_Sector уменьшается а реаллокэйта не происходит.

Изменение счётчика Current_Pending_Sector без реаллокэйта может быть из-за неправильного температурного режима накопителя.

я уже все случаи видел. бывает всё.

затем dd-шкой пишу туда ерунду

Не в плане критики, но замечу, что для этого всё же удобней использовать hdparm --write-sector, и ничего вычислять не надо.

Спасибо за совет!

Финал истории с винтом. Купил замену и быстро начал копировать данные. Сбойных секторов становилось все больше и больше, вышло так, что последние 20-30% данных у меня качались медленнее, чем с кассетного магнитофона в 90е на ZX-Spectrum. Данных потерял совсем мало, там в принципе то аватарки, фотографии юзеров. Тяжелый контент (видео и аудио) успел стянуть весь.

Вывод - как только появляются подозрительные сектора в большом кол-ве - инициируйте смену винта :)

ну вот видишь, некоторые ответы (включая мой :) - был верными.

да ты спец, мы не сомневались; держи пирожок

давай сразу два!