Форум iHDD.RU

[FlyLex]

Выкладываю смарт по вашему требованию
----------------------------------------------------------------------------
(2) ST2000DM001-1CH164
----------------------------------------------------------------------------
Model : ST2000DM001-1CH164
Firmware : CC43
Serial Number : Z1E19V6K
Disk Size : 2000,3 GB (8,4/137,4/2000,3)
Buffer Size : Неизвестно
Queue Depth : 32
# of Sectors : 3907029168
Rotation Rate : 7200 RPM
Interface : Serial ATA
Major Version : ATA8-ACS
Minor Version : ATA8-ACS version 4
Transfer Mode : SATA/600
Power On Hours : 17 час
Power On Count : 18 раз
Temparature : 24 C (75 F)
Health Status : Хорошее
Features : S.M.A.R.T., APM, 48bit LBA, NCQ
APM Level : 8080h [ON]
AAM Level : ----

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 114 100 __6 000003BCE040 Ошибки чтения
03 _95 _95 __0 000000000000 Время раскрутки
04 100 100 _20 000000000011 Запуски/остановки шпинделя
05 100 100 _36 000000000000 Переназначенные сектора
07 100 253 _30 000000059367 Ошибки позиционирования
09 100 100 __0 000000000011 Часы работы
0A 100 100 _97 000000000000 Повторные попытки раскрутки
0C 100 100 _20 000000000012 Число включений/отключений
B7 100 100 __0 000000000000 Неизвестно
B8 100 100 _99 000000000000 Все ошибки
BB 100 100 __0 000000000000 Неисправимые ошибки
BC 100 100 __0 000000000000 Таймаут команды
BD 100 100 __0 000000000000 Высокоуровневая запись
BE _76 _50 _45 000018160018 Температура воздушного потока
BF 100 100 __0 000000000000 Ошибки при ударных нагрузках
C0 100 100 __0 00000000000D Отказы отключения питания
C1 100 100 __0 000000000051 Циклы загрузки/выгрузки
C2 _24 _50 __0 001400000018 Температура
C5 100 100 __0 000000000000 Нестабильные сектора
C6 100 100 __0 000000000000 Неисправимые ошибки секторов
C7 200 200 __0 000000000000 CRC-ошибки UltraDMA
F0 100 253 __0 1BD70000000B Время позиционирования головок (часы)
F1 100 253 __0 00003892D263 Всего записанных LBAs
F2 100 253 __0 000000CE1268 Всего прочитанных LBAs
[/img]

[FlyLex]

Поймите меня правильно, у меня 2 сигейта 250ки, и одна 80ка так за 5лет эксплуатации, на одной 250 и 80ке по одному блоку с временем доступа <150ms, так что мне крайне неприятно что на новом винте их больше 1000...

[nazyura]

[FlyLex]

nazyura вы бы хоть преведущие сообщения прочитали, там ясно было сказано что винт тестировался под DOS-ом. И я не понял про какую вы скорость говорите...что у этого 2ТБ скорость вращения шпинделя 7200, что у моих всех старых винтов....

[Tomset]

FlyLex
Ну а то что у двух терабайтника 667 гиг на пластину.
Против ваших старых 20-100 гиг на пластину, по вашему ни чего не значит.
Высота полета головок на старых хардах 1-2 микрона.
а на новых 5-10 нанометра. разница в 500 раз - совсем пустяки.

[FlyLex]

Tomset Я ж не спорю, и как раз хотел услышать разумные обьяснения. Меня этот вопрос обеспокоил еще и потому что видел пост человека сканящий такой же винт, и у него ни одного <150ms блока не было. Ну раз все говорят что это нормально, тогда спасибо всем кто ответил.

[Tomset]

FlyLex
Разброс параметров механики в одинаковых моделях может достигать сотен процентов, плотность по поверхностям может отличаться в 2-3 раза. Этот разброс компенсируется микропрограммными решениями.
Но полностью получить идеальные экземпляры невозможно.
c'est la vie.
Максимальная механическая точность изготовления деталей порядка 20 микрон.
А харду требуется точность для устойчивой работы порядка 10 нанометров. Так что разницу аж в 2000 раз приходится компенсировать микропропрограммными решениями.

[nazyura]

FlyLex

[FlyLex]

Вчера наконец то разобрался со своим ST2000DM001. Действительно как многие и говорили, <150ms блоки оказались ложными, сканировал 3 разных области (начало, серидина, конец) по несколько раз, и постоянно количество и место таких блоков менялось, при чем перед <150ms блоком всегда стоит <10ms блок (тоже ложный). Всем спасибо за советы и помошь!

[zorba]

[nazyura]

zorba

[virus9iika]

перестал работать винт хитачи сата 1 терабайт. При сканировании первые 100 строчек пишет нормально. потом пошли строк 10 одни бэд блоки потом вроде опять все нормально и так наверно будет повторяться до конца. решил для начала сделать erase выдает синий экрас с надьписью ***CATASTROPHIC FAILURE***
{Message}
Broken drive
{end of message}
и помоему эта ошибка вылазит на том первом бэд блоке
попытался сделать Erase Waits. тоже самое.
при попытке сделать сканирование с включенной опцией remap доходит то тех секторов и начинает рисовать один сектор синий другой бэд блок опять синий и бэд блок и очень долго ОЧЕНЬ долго. что посоветуете сделать. винт сатовский стоит один в системнике пустой прогу скачал с этого сайта

[alex_37]

[Panzerbiorn]

Народ привет!
Сильно извиняюсь если ранее обсуждалось, но лазить на 80 страницах нет времени.

Хотелось бы узнать мнение просвещённых в это вопросе:

Ситуация:

Имею 4 винта - 1 макстор и 3 самунга.

один из самсунгов (Samsung HD103SJ) в последнее время стал часто просить chkdsk при загрузке. залез через DOS проверил на MHDD и огорчился результатом, первые 20 млн секторов покрыты неясной мутнёй. после 20млн идёт ровное серое поле.

на первых же 20млн. то серый то тёмно серый, не мало зелёных, коричневых и красных. так же встречаются и X (UNC).

пробывал лечить так:

Сначала полностью удаляю диск (из под Win)
Затем на MHDD выполняю команду erase
Затем Scan+Remap.
После всего вышеописанного сканирую ситуация немного меняется. Красных коричневых секторов остаётся немного, около 10, красные исчазают так же как и X (UNC).

после записи на хард инфы ситуация повторяется опять просит chkdks часто и опять при проверке на MHDD очень много коричневых/красных секторов. (инфа тут не при делах, файлы не битые)

жёсткий диск Samsung HD103SJ обьёмом в 1TB, жалко отрезать от него часть. хотелось бы узнать у гуру этого дела. если варианты исправить сложившиюся ситуацию программным способом?

спасибо заранее за помошь.

[Panzerbiorn]

забыл отметить, что никаих постукиваний и поукиваний не наблюдается.

[Tomset]

Panzerbiorn
запил у него в начале намечается.
20 миллионов это очень много, чтобы скрыть не отрезая.
Комплексом можно подлатать, отключив первые зоны, но это не надолго. Все одно осыпится быстро.
Нет смысла возиться.
Продайте(поменяте) его ремонтникам HDD на донора.
Пока головы у него живы, он представляет хоть какой-то интерес.
В свободном доступе на семейство F3 утилит нет.

[Panzerbiorn]

тогда придётся отрезать?

правелен ли ход действий?

полностью прогоню на erase / scan+remap
создам первым раздел на это 20млн секторов
затем создам раздел на остальном пространстве, со всеми вытекающими. (форматирование и записывание информации)
затем удалю первый раздел (20 млн секторов)

процедура не грозит продолжению рассыпания диска? и как влияет торрент на аналогичные моей ситуации? в эскплуатации все диски с одного момента, а глючит именно этот. остальные не так часто используются под торрент, обьём остальных дисков - 320/320/2TB.
на остальных ситуация с разноцветным полем не наблюдается. макс это 3 зелёных сектора на 300 гб пространства.

[Tomset]

[Panzerbiorn]

так выглядит скан на Victoria 3.5


а это S.M.A.R.T. с Victoria 3.5



это начальные 25млн секторов, после операций 1) Format 2) Erase и 3) Scan+Remap на MHDD 4.6 (150+ задережек становиться мало, а UNC исчезают)


а это S.M.A.R.T. полученный с MHDD 4.6

[Panzerbiorn]

отрезал первые 13млн и создал раздел под FAT32. остальное влил в NTFS+ и записал на него данные. 4ый день полёт нормальный.
будет ли прогрессировать рассыпание?