Не ремапятся сектора

прогнать из-под оффтопика сигейтовскую утилиту, прийти в гарантийку с выхлопом утилиты.

Что за утилита? В смысле они разные вроде. SeaTools что ли?

Типа того.

Как обычно глюки в винде...

Запустил SeaTools, просканировало систему на наличие жёстких дисков и ни одного не нашла. Повторное сканирование тоже. Список пустой, проверять нечего :-)

В системе два диска и оба Seagate и тем не менее. Попробую для MS-DOS вариант.

Версия для MS-DOS тоже ни одного диска не обнаружила. Фирменный софт...

Пытаться сдать по гарантии, что ли

Да.

но не пойму, что сказать, по такому-то LBA ошибки? Так-то если его вставить типа работает.

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

Запустил SeaTools, просканировало систему на наличие жёстких дисков и ни одного не нашла

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

Ещё посмотри выхлоп авторитетных виндозных утилит насчёт данных SMART того винта, там может быть много интересного (сам в интерпретировании их не силён).

Ремапится 197 опция, а не 198. Так что это труп.

Надо делать dd bs=4096, т.к. низкоуровнево они уже давно все четырёхкилобайтные и затереть одну осьмушку блока не могут без того, чтобы не считать остальные 7/8. Затри его весь нулями с bs=4096 (или лучше рандомом) и прогони длинный селфтест. Скорее всего уйдут Offline_Uncorrectable. Ещё потом badblocks -w прогнать и можно, в принципе, доверить файлопомойку/фильмохранилище такому харду.

Я бы прогнал в досовской виктории диск в режиме Advanced Remap

Надо делать dd bs=4096, т.к. низкоуровнево они уже давно все четырёхкилобайтные и затереть одну осьмушку блока не могут без того, чтобы не считать остальные 7/8.

Интересно, что по всем даташитам сектора 512-байтные, но 4096 объясняет, почему после selftest'а одно значение, а I/O Error у dd возникают на два сектора раньше.

Нет, затереть ничего не удаётся, оканчивается ошибками.

селфтест прогонял, теперь такие записи есть в смартах:

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%        38         3879020002

Кстати, я сумел всё-таки запустить SeaTool и чтобы диски увидела. Для винды понадобилась старая версия 1.2.0.10, а вот MS-DOS версия (совремённая) увидела диск после перевода в BIOS режима SATA в IDE.

Скорее всего уйдут Offline_Uncorrectable.

Не уходят.

Я бы прогнал в досовской виктории диск в режиме Advanced Remap

Я всё-таки думаю отнести диск в гарантийку. Это не может повредить в их глазах?

Хотелось диска для чего-то большего,чем просто файлопомойка и видео.

Не совсем таки понятно, почему он не может отремапиться. Вроде бы новый диск. Сектора после сбойного места нормально пишутся и читаются, проверил.

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

Ну он может сдохнуть, тогда ты 100% несёшь его в гарантийку и говоришь, оно сдохло во время работы.

Хотелось диска для чего-то большего,чем просто файлопомойка и видео.

мне попадались диски «убитые» бэдами, после виктории (если конечно механика в норме) и ремапа секторов, всё работало в норме длительное время. На одном таком диске держу тестовый полигон на 7ке. Работает этот диск уже лет 5 после ремапов.

обратись к гуру на руборде. попробуй запустить чтение раз 1000 только бэд секторов. Там или отпустит или перенесет.

Хм, всё чудесатее и чудесатее, как говорится.

Ничего не делал, сейчас решил проверить ещё раз запись в сбойные сектора и обнаружил, что он ремапнулся. Осталось ещё 4. Жаль, я думал они последовательно были расположены.

SCT, «бессердечная ты сука» (c) :-)

Посмотри

smartctl -l scterc /dev/sda

Серверные диски при нахождении бэда отстреливаются по очень небольшому таймауту (как правило, 7 секунд), чтобы не тормозить массив.

SCT Error Recovery Control:
           Read:    100 (10.0 seconds)
          Write:    100 (10.0 seconds)

Серверные диски при нахождении бэда отстреливаются по очень небольшому таймауту (как правило, 7 секунд), чтобы не тормозить массив.

Не очень понял. Хочешь сказать, что диск слишком малое время пытался прочитать сектор?

Да. У меня тут кучка ES.2 дисков в десктопах стояла. При попытке копирования с повреждённой части диска в отличие от «обычных» десктопных диск через 7 секунд (таймаут SCT) отпадал от системы.

Между прочим, там есть такой прикол в этом sct

smartctl -l scttemp /dev/sda

=== START OF READ SMART DATA SECTION ===
SCT Status Version:                  3
SCT Version (vendor specific):       522 (0x020a)
SCT Support Level:                   1
Device State:                        Active (0)
Current Temperature:                    42 Celsius
Power Cycle Min/Max Temperature:     26/42 Celsius
Lifetime    Min/Max Temperature:     26/43 Celsius
***Under/Over Temperature Limit Count:   0/7
SCT Temperature History Version:     2
Temperature Sampling Period:         1 minute
Temperature Logging Interval:        10 minutes
***Min/Max recommended Temperature:      0/ 0 Celsius
***Min/Max Temperature Limit:            0/ 0 Celsius
Temperature History Size (Index):    128 (45)

Смотри на то, что я звёздочками отметил в начале строки. Фейспалм.

У сигейтов «это норма»

=== START OF READ SMART DATA SECTION ===
SCT Status Version:                  3
SCT Version (vendor specific):       522 (0x020a)
SCT Support Level:                   1
Device State:                        Active (0)
Current Temperature:                    27 Celsius
Power Cycle Min/Max Temperature:     27/29 Celsius
Lifetime    Min/Max Temperature:     21/49 Celsius
Under/Over Temperature Limit Count:   0/4740
SCT Temperature History Version:     2
Temperature Sampling Period:         10 minutes
Temperature Logging Interval:        10 minutes
Min/Max recommended Temperature:      0/ 0 Celsius
Min/Max Temperature Limit:            0/ 0 Celsius
Temperature History Size (Index):    128 (15)

Index    Estimated Time   Temperature Celsius
  16    2015-10-14 16:50    27  ********
 ...    ..(126 skipped).    ..  ********
  15    2015-10-15 14:00    27  ********

По даташиту рабочие температуры от 5 до 60 по Цельсию. Что однако не соответствует опыту, по которому температуры ниже 25-30 нежелательны и больше 45-50 крайне вредны. Впрочем, они вероятно действительно рабочие. Впрочем, в даташите и MTBF фантастическое.

больше 45-50 крайне вредны.

Ресурс вроде как снижается, но нефатально. http://static.googleusercontent.com/media/research.google.com/ru//archive/dis... - гугловая статистика от 2007 года. Но статистика - вещь сильно неблагодарная, т.к. в основном диски дохнут от вибрации, а не от температуры.

smartctl -l scttemp /dev/sda
smartctl 5.41 2011-06-09 r3365 [mips-linux-2.6.22.19-27-4] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SCT Status Version:                  2
SCT Version (vendor specific):       258 (0x0102)
SCT Support Level:                   1
Device State:                        DST executing in background (3)
Current Temperature:                    57 Celsius
Power Cycle Min/Max Temperature:     30/65 Celsius
Lifetime    Min/Max Temperature:     57/68 Celsius
Under/Over Temperature Limit Count:   0/20042
SCT Temperature History Version:     2
Temperature Sampling Period:         1 minute
Temperature Logging Interval:        1 minute
Min/Max recommended Temperature:      0/60 Celsius
Min/Max Temperature Limit:           -41/85 Celsius
Temperature History Size (Index):    478 (245)

В таком состоянии WD15EADS отработал 40000 часов и дальше работает.

Впрочем, в даташите и MTBF фантастическое.

Ты уверен, что правильно понимаешь, что такое MTBF? ;)

Ты уверен, что правильно понимаешь, что такое MTBF? ;)

Я понимаю, что это параметр, в лучшем случае вычисленный статистически на контрольной партии или даже вообще теоретически рассчитанный. И уже просто некий параметр в характеристике, ибо 1.4 миллиона часов для сабжевого диска - это кхм, посмотрел бы я на диск, работающий 150 лет :)

ибо 1.4 миллиона часов для сабжевого диска - это кхм, посмотрел бы я на диск, работающий 150 лет :)

Я так и думал. MTBF - это не время работы диска.

https://en.wikipedia.org/wiki/Mean_time_between_failures

Ну или по-простому: http://geektimes.ru/post/122529/

Есть предположение, что диск уже вконец заремапленный и потом проданный с очищенным смартом

Как-то это странно. Число ремапленных секторов обнулено, а таблица замен - нет? Не уверен, что это технически возможно, ведь это взаимосвязанные величины. А если таблица обнулена, то бэды всё равно снова в неё попадут.

Смотри апдейт. Разобрался. Запись блоками по 4096 ремапит. Вообще-то, ты прав, если подумать, такое поведение даже логично, если на физическом уровне запись идет такими блоками.