Показать полную графическую версию : Все о SMART - расшифровка параметров, утилиты.
Итак...
После ~14 часов проверки и исправления бед блоков в режиме "Fix with VERIFY/WRITE/VERIFY" имеем такую картину:
http://s001.radikal.ru/i193/1704/8f/8b146eaf8136.jpg (http://radikal.ru)
После загрузился в систему и сделал смарт через victoria:
http://s013.radikal.ru/i325/1704/8d/337c47b8c678.png (http://radikal.ru)
Crystal Disk Info:
http://s020.radikal.ru/i700/1704/35/94e1cf8429a2.png (http://radikal.ru)
Если кому интересен лог HDAT2:
https://yadi.sk/i/3rSVhDgZ3Go4Lh
Пока перекидывал инфу с диска, с постоянными просадками скорости, крашами при передачи, времени уже полно. Потом руфус не захотел загнать образ проги на флешку и к финалу словил такой стопор, что аж заполыхал. Вместо того, чтобы программу поместить в корень файловой системы, она лежит в папке HDAT2. Как сказано в инструкции грузимся с флешки, и просто вводим имя проги и она запускается...агась. Пока до меня не дошло, что в корне нету программы, чтоб его запустить прошло минут 15. Зато потом приятный сон, как награда ;D
Какие дальнейшие действия с диском возможны, и за чем стоит последить?
Какие дальнейшие действия с диском возможны »
На диске пока осталось (или появились новые?) 8 нестабильных секторов. Я бы прошёлся по нему в Victoria, в режиме Read+Ignore. Если она отметит сектора с ошибками — записать их LBA и повторить операцию в HDAT2 уже не по всему диску, а по зонам этих секторов: с отступом начала и конца зоны тестирования на тысчонку-другую относительно LBA нестабильного сектора (сначала первого, затем второго и т.д.; это займёт уже не часы, а минуты, ну с десяток минут). После завершения операций снова показать SMART по их результату.
Если же Victoria не споткнётся нигде — возможно что это фантомы в таблице SMART (у дисков WD такое бывает, хоть и очень редко — но по Hitachi/HGST пока такая информация не попадалась). И в этом случае ничего более пока делать не понадобится.
Ну а следить в первую очередь за атрибутами 05, С4, С5 (это шестнадцатеричные величины в CrystalDiskInfo; в Victoria они показаны в десятичном исчислении), которые не должны далее расти по сравнению со значениями, которые будут получены по завершении лечения диска.
Последний тест в виктории:
http://s020.radikal.ru/i723/1704/ce/83ab0760b55c.png (http://radikal.ru)
Прояснить хочется момент, ошибки которые нашла hdat2, это не испорченные сектора, а сектора в которые по каким то причинам была произведена не корректно операция записи или чтения. Я так понял программа перепроверяла те сектора, и если корректно проходила операция, то помечала сектор как рабочий. А если нет, как бед блок. Верно?
kokos_, ну вот, одно место не долечилось. Секторы от 97655808 и вперёд. Пройдитесь либо записью в Виктории (WRITE), либо Read+ERASE, либо снова в HDAT. От сектора 97655000 и вперёд. И потом скан этого места в Виктории от 97600000 до 97 млн, и снова SMART. Возможно, что уже вылечит. А вопросы потом...
Секторы от 97655808 и вперёд. »
Нет. --- Не так надо...
kokos_, В Victoria выставьте block size = 1 вместо 256 по умолчанию. Просто так это сделать не получится, поэтому выбираете 128, затем вытираете 28 клавишей BackSpace.
В Vitoria Выставляете StartLBA = 976550808 EndLba = 976550808 + 255 = 976551063
И напускаете Scan в Victoria наэтот узкий диапазон.
Мигом оно отработает...
Рапорт скана показываете.
Так мы поймаем LBA сбойных секторов...
Tau_0, а чего их ловить-то? Вроде, лечим диск... Ну, поймаем. А потом ведь лечить :). Это Hitachi, можно сразу Victoria в режиме Read+REMAP, с любым размером блока, я пробовал на 3Тб-ном, никаких проблем, всё лечит, там показывало физический сектор 512 байт.
я пробовал, никаких проблем, всё лечит. »
Мне не нравится Сталинский подход -- лес рубят, щепки летят. По Read+ERASE затирается весь блок из 256 секторов (секторы 512e). Это слишком много...
Это Hitachi, можно сразу Victoria в режиме Read+REMAP, с любым размером блока »
У этой Хитачи в модели в конце стоит группа E6. Что означает — эмулированные 512-байтные сектора при размере внутреннего сектора 4К.
Если бы стояло A6 — то можно было бы любой размер блока: это были бы внутренние "естественные" 512-байтные сектора.
А если N6 — то это был бы диск с 4K внутренними и 4К внешними же секторами, т.е. это был бы диск с AF без эмуляции 512-байтных секторов. И вот как тут себя повела бы Victoria — я пока вообще сказать не берусь, а просить Игоря Л., у которого такой диск есть, рука не поднимается.
Хотя похоже что я не сразу врубился в суть... Но ладно всё равно не помешает.
Я так понял программа перепроверяла те сектора, и если корректно проходила операция, то помечала сектор как рабочий. А если нет, как бед блок. Верно? »
Нет, неверно. Программа (как и любая другая, используемая для этих целей) сама ничего не помечает и не переназначает: она лишь создаёт условия, чтобы микропрограмма диска перепроверила состояние таких секторов — а уже микропрограмма принимает решение в отношении дальнейшей судьбы сектора, помеченного как нестабильный: или снять с него это клеймо (в случае, если запись прошла успешно и CRC сектора стала правильной), или по критериям, известным только разработчикам, пока оставить его под подозрением чтобы перетестировать позже, или произвести безоговорочное переназначение.
У вас не появилось ни единого переназначенного сектора, т.е. в основном отработал первый вариант — но и немного, увы, всё же осталось на закуску, т.е. на второй вариант.
У этой Хитачи в модели в конце стоит группа E6. Что означает — эмулированные 512-байтные сектора при размере внутреннего сектора 4К. »
Угу :)
там показывало физический сектор 512 байт. »
А HDAT2 показывает ====>
Model : HGST HTE721010A9E630
Device : SATA
Serial number : JR10036P0E1NXK
Firmware : JB0OA3M0
Device sectors: 1953525168 [1.00 TB]
Sector size : physical 4096 bytes = 8 logical x 512 bytes
Из рапорта утилиты. --- Вам стоит его посмотреть.
Да, в логе увидел. Тогда, если REMAP не сработает, то в Виктории можно выставить Block_size=8 и поехать read+erase с начальным адресом, кратным 8.
Тогда, если REMAP не сработает, »
Я уже, со своей точки зрения, написал, что следует сделать... За несколько секунд оно бы отработало. Да и рапорт скана с block size = 1 весьма познавателен.
BoBaH 13
10-04-2017, 09:52
Интересная портабле утилита SSD-Z (http://aezay.dk/aezay/ssdz/)
http://aezay.dk/aezay/ssdz/ssdz_15.07.11b_t1.pnghttp://aezay.dk/aezay/ssdz/ssdz_15.07.11b_t2.png
Интересная портабле утилита SSD-Z »
М-да, занятная...
http://mwz-ru.homeserver.com/tests/SanDisk_life.gif
Значит через два часа хана ему... Побежал в магазин за новым. :(
Правда, вот 14 часов наработки — это уже глюк не утилиты, а экземпляра SSD: в "родной" утилите величина та же самая; по этому поводу я уже пообщался с ТП Сандиска и могу отметить быстроту и профессиональность их действий.
Рапорт скана показываете. »
Извиняюсь что пропал малость, были дела.
http://s011.radikal.ru/i317/1704/81/91c2046df2fd.png (http://radikal.ru)
Счетчик "current pending sectors" крутанул еще 8 секторов на сегодняшний момент. Заменю ка я кабель сата и кабель питания к этому диску >< на всякий случай.
kokos_, Если ТУТ нет битых секторов, а счётчик их прибавил - проверять снова ВЕСЬ ДИСК в Victoria/HDDscan. И показать отчёт о проверке и SMART, чтобы найти их.
Новый тест сделанный на половину диска, потому как с другой половиной все окей.
http://s019.radikal.ru/i623/1704/41/73eec9697873.png (http://radikal.ru)
Далее запускаю с сбойного блока 109728256 + 255
http://s019.radikal.ru/i619/1704/b8/6a995c13df23.png (http://radikal.ru)
ну и если так хочется смарт ;D
http://s019.radikal.ru/i604/1704/ca/9d421ca90935.png (http://radikal.ru)
Как меня уже эти HDD утомили, предыдущий подвел на отдачу в сервис для восстановления, этот год отработал и ерундой занимается. А ССД отмолотил почти 22тыс часов и ничего.
Далее запускаю с сбойного блока 109728256 + 255 »
Неправильно написали --- Вы тестируете диапазон секторов [109 728 256..109728511] блоками по одному сектору в каждом блоке.
Видно, что восемь сбойных 512e секторов. На самом деле это один 4K (4096 bytes) сектор .
В Victoria 'этот bad не затереть, но элементарно затереть/переназначить с помощью DMDE. mwz :) предлагал примерно такое. Вот пусть он и разъяснит почему оно получится...
Надо затереть диапазон [109 728 336..109 728 343]
kokos_, Ну, а теперь записью по этим секторам с ошибками. Размер блока = 8секторов, старт=109728336, режим Read+ERASE - оно должно их затереть или переназначить. Снова чтением, для проверки, и SMART - там значение Pending Sectors должно стать меньше.
kokos_, я бы проверил, нет ли на материнке вздутых (хоть даже слегка) электролитических конденсаторов.
Пример — здесть (http://electron55.ru/images/stories/site/mother_board/FUJITSU%20SIEMENS%20COMPUTERS%20D2250-A10/DSCN6621-800.jpg), неисправные конденсаторы отмечены красными стрелками.
Если нет — поменял бы блок питания, даже если он самой-рассамой модели, и понаблюдал бы дальнейшее поведение диска... Что бы ни говорили, но слишком уж много было нестабильных секторов при том, что так и не появилось ни единого переназначенного, а нестабильный появился новый.
Tau_0, я принял к сведению вопрос. Но пока не найдена причина частого появления нестабильных секторов — что-то ещё делать не вижу смысла.
причина частого появления нестабильных секторов »
Soft-bad's появляются когда некие внешние факторы помешали харду записать поле ECC для сектора.
Кроме некачественного питания из-за БП, причиной появления бэдов может быть внезапное пропадание питания (в частности, неверное выключение компьютера), толчки-вибрации, пылинка, попавшая под головку, ..., луны Юпитера неправильно в линию стали...
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.