» Железные проблемы с HDD (диском, хардом, веником). Часть 2

Цитата:

БП ему не нравится ваш.

кулерМастер 460Вт.

Отключается-то изза чего?

Mordavorot

Цитата:

Отключается-то изза чего?

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

БП менять?А как убедится, что именно он виноват?

Цитата:

А как убедится, что именно он виноват?

Если в компе есть пару не очень нужных плат - вынуть их на время, попробовать на "минимальной" конфигурации поработать. Вскрыть БП, проверить, нет ли lens[ конденсаторов внутри.. Ну и просто напряжение на контактах БП замерить - мультиметром\тестером (+5 и +12 Вольт нас интересуют в первую очередь...)

И всё же возвращаюсь к интересующему меня вопросу. У меня есть 2 харда, на которых где-то по 2 десятка переназначенных секторов. Как я могу узнать, сколько в резервной области ещё есть "запасных" секторов, прежде чем она будет полностью заполненной? В смарте это не узнать?

igor_me
Это не для меня. Без вскрытия и измерения - никак?

Lonely_Knight
По значению Value, 5 атрибута можно оценить остаток.
Точно невозможно. так как одна запись, единичка в Raw значении атрибута может означать переназначение от одного сектора до целого трека.
Valuе расчитывается комплексно, это типа общий процент остатка, сколько свободных записей осталось в G-листе и сколько свободного места осталось в резервной области.
Для предупреждения, что пора менять диск, ведено понятие порога - Treshold.
Когда Value становится ниже порога, состояние смарта становит - Bad (плохой).
В целом все зависит от храктера повреждения поверхности.
Если царапины приличные и поверхность разрушается дальше, не важно сколько переназначено, дальнейшее ухудшение может произойти мгновенно, как только головки попадут на разбитое место.
Если же повреждения маленькие, не прогрессируют, то хард может работать сколь угодно долго с почти полным G-листом.

tomset, огромное спасибо за объяснение!
А можно вот на примере одного из хардов:

№, Атрибут, Порог, Значение, Наихудшее, Состояние, Данные, Смещение, Включить
5, Reallocated Sectors Count, 36, 100, 100, OK, 17, 0, Включено

Можно как-то предположить, сколько ещё осталось? 17 секторов переназначенных, а смотреть надо на поле "Порог"? Что-то я вообще не очень представляю, что показывают поля "Значение", "Наихудшее", значения в которых равны 100... Нужно ли вообще на них обращать внимания? Дело в том, что для другого диска все поля совершенно идентичные, то есть тоже 36, 100, 100. Только там переназначенных 0. Таким образом я не представляю, как же мне оценить остаток для первого харда... Может быть есть какой-то стандарт по объёму резервной области, что его можно прикинуть из расчёта объёма диска?
P.S. Я правильно понимаю, что значение 17 в смарте - это количество записей, а не количество именно секторов? Тогда мне вообще это ничего не даёт...

Lonely_Knight

Цитата:

что значение 17 в смарте - это количество записей, а не количество именно секторов?

Это количество секторов. При таких малых количествах просто наблюдаем за динамикой
роста - не растет - все нормально. Но для уверенности желательно пройти записью всю поверхность
и посмотреть СМАРТ. Затем чтением-верификацией и посмотреть смарт. Если после этих процедур
значение 005 не изменится - вообще замечательно.
Значение - может изменяться для 005 в сторону ухудшения - порога. Достигнут порог - каюк.
Наихудшее - в 005 особого значения не имеет. Важно для других атрибутов, где Значение может
увеличиваться, т.е. становиться выше наихудшего. Например температуры, некоторые ошибки.
Тогда параметр Наихудшее позволяет оценить ненакапливаемые параметры работы, которые
изменяются в худшую или лучшую сторону.

Подскажите, пожалуйста, что с моим диском WDC WD3200AAJS .
CrystalDiskInfo начала выдавать сообщение "нестабильные сектора".
Осталось несколько месяцев гарантии, есть ли смысл туда обращаться?

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 200 200 _51 000000000039 Ошибки чтения
03 129 127 _21 0000000011BD Время раскрутки
04 _99 _99 __0 00000000079B Запуски/остановки шпинделя
05 200 200 140 000000000000 Переназначенные сектора
07 100 253 _51 000000000000 Ошибки позиционирования
09 _98 _98 __0 00000000087C Часы работы
0A 100 100 _51 000000000000 Повторные попытки раскрутки
0B 100 100 __0 000000000000 Повторы рекалибровки
0C _99 _99 __0 000000000764 Число включений/отключений
B8 100 100 _97 000000000000 Все ошибки
BB 100 __1 __0 0000000001CE Неисправимые ошибки
BC 100 _99 __0 000200020002 Таймаут команды
BE _65 _47 _40 000000000023 Температура воздушного потока
C0 200 200 __0 0000000000D0 Отказы отключения питания
C1 200 200 __0 00000000079B Циклы загрузки/выгрузки
C4 200 200 __0 000000000000 События переназначения
C5 200 200 __0 00000000001B Нестабильные сектора
C6 200 200 __0 000000000019 Неисправимые ошибки секторов
C7 200 200 __0 000000000000 CRC-ошибки UltraDMA
C8 200 200 __0 000000000018 Ошибки записи

Немного нестабильных секторов, в принципе - не смертельно. Проверьте контакты на плате контроллёра ( инструкция в шапке) и продолжайте наблюдать за SMART. Вот если 5-й атрибут начнёт расти - повод задуматься и начинать чинить винт...

AntiMember, благодарю за информацию! Дело в том, что количество этих секторов растёт понемногу в процессе эксплуатации. Я правильно понял, что порог - это значение "100", то есть если значение поля "Данные" (17) будет приближаться к сотне, то на таком харде уже информацию будет хранить небезопасно?
А если я запущу команду Scan в MHDD, это будет не то же самое, что и "пройти записью всю поверхность"?

Цитата:

Я правильно понял, что порог - это значение "100", то есть если значение поля "Данные" (17) будет приближаться к сотне

Та нееее Нужно смотреть, когда поле "значение" приблизится к полю "Порог". А 17 - это же КОЛИЧЕСТВО. AntiMember же вроде объяснил выше
Цитата:

А если я запущу команду Scan в MHDD

нужно после
Цитата:

пройти записью всю поверхность

Цитата:

А если я запущу команду Scan в MHDD, это будет не то же самое, что и "пройти записью всю поверхность"?

Скан - это чтение или верификация, а сначала нужно выполнить СТИРАНИЕ (запись). Чтение и запись - противоположные понятия, не находите?

igor_me

Цитата:

Та нееее Нужно смотреть, когда поле "значение" приблизится к полю "Порог". А 17 - это же КОЛИЧЕСТВО. AntiMember же вроде объяснил выше

а)))) вот теперь всё проясняется)))) Получается "Значение" для того параметра у меня будет уменьшаться со временем со 100 до 36?

Цитата:

Скан - это чтение или верификация, а сначала нужно выполнить СТИРАНИЕ (запись). Чтение и запись - противоположные понятия, не находите?

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

Но я не очень представляю, что конкретно делают эти команды. Я думал, что Erase просто заполняет нулями, типа (псевдо)низкоуровневого форматирования. А что делает Scan+EraseWaits? Насколько я понимаю она если натыкается на проблемный (медленный) сектор, то стирает целую дорожку (блок)? Вот только не очень понимаю зачем. И что мне это даёт? Ну настирал он мне дорожек (блоков), и что? Мне-то нужно, чтобы хард их не использовал, то есть пометил как бэды, чтоли... А что значит "стереть"?

И что делает Scan+Remap? Пытается проблемные сектора в резервную область переназначить? И нафига мне это надо, во-первых я бы лучше резерв оставил на будущее, чтобы в процессе работы было там место для переназначения. А во-вторых, нафига мне их в резервную область переназначать? От этого только скорость будет теряться. Мне-то нужно, чтобы просто они не использовались.
Спрашиваю потому, что не смог найти подробных объяснений...
Как же лучше поступить, если мне нужно, чтобы программа именно нашла проблемные области на диске и исключила их из работы, то есть чтобы они просто не использовались? Не надо мне пытаться их восстановить, переназначить и т.д. А просто чтобы тупо не использовать их.

Аппетит приходит во время еды, однако...
Отвечу коротко: не все в жизни "как нам хоцца", а есть - как сесть.
А как это есть и с чем - многократно описано в сети, и на этом форуме - в частности...

Народ имеется Barracuda 7200.7 120Gb ST3120022A, PCB 100291893 REV - A выгорел драйвер подвижных механизмов Smooth половины микросхемы нет, в конце остались только цифры 44097 , думаю что 100244097...
Возможно ли поставить 100369972 с ST3500320AS, PCB100466725 REV - A!? Datasheet к сожалению на эти драйвера не нашел.

Один - Барракуда, а другой - F3 Почти наверняка - нет (Но пусть кто-то подтвердит на 100 %...)

igor_me
Нашел в гугле по картинкам PCB аналог SH6950 - но и его нету, есть SH6960B, не знаете эти 2 микросхемы взаимно - заменяемы?

makckc
нет даже физически-разное кол-во ног и соотвественно размеры

Добавлено:
igor_me
что по вопросу в личке,позабыли?

А кто сказал, что даже 6950 аналог (если родной был smooth)?
Вот это возьмите и почитайте на стр 61-62 http://zalil.ru/34485667
ЗЫ Такие вопросы лучше сразу задавать в теме по ремонту Сигейтов. Там бы сразу ответили http://forum.ru-board.com/topic.cgi?forum=84&topic=4232&start=2540#lt

Добавлено:
alexyc
Дык, чего-то конкретного не могу найти. Продолжим в личке общение...

igor_me
Спасибо за PDF, я просто не посчитал что у SH6950 20 ног с каждой стороны, у меня 16 и у SH6960, по поводу аналога предположил, думаю принцип действия драйверов крутилок и позиционирования головок у всех почти одинаковый... распиновки, питания, разные... Сюда вопрос задал, так как топик по железному ремонту )

Цитата:

Отвечу коротко: не все в жизни "как нам хоцца", а есть - как сесть.
А как это есть и с чем - многократно описано в сети, и на этом форуме - в частности...

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

Для меня актуально это знать, поскольку скоро планирую глобальное перераспределение информации и операционок на своих домашних хардах, и мне нужно будет привести их в кондицию, слабые или медленные сектора я бы не хотел использовать. Так вот что же мне для этого нужно сделать? MHDD не подходит для этой задачи? Ну вот конкретный пример: сделаю я Erase, прогоню Scan+EraseDelays (хоть и до сих пор не понимаю, что конкретно даёт эта команда, которая просто проблемные сектора блоками затирает и заполняет нулями, но это видимо особо секретная информация, раз никто не может объяснить), делать Scan+Remap вообще не хочу, ибо не хочу я почём зря забивать резервную область, она ещё пригодится. Что же мне делать дальше с медленными секторами? Допустим будет такая же ситуация, как и с моим умирающим терабайтником, что достаточно большую область будут занимать эти медленные сектора. Неужели единственный вариант - это разбивать на разделы и оставлять проблемный раздел неразмеченным? Есть ещё какой-то программный способ пометить эту область как не пригодную для использования? Мне вроде попадалась в MHDD какая-то функция, которая позволяет принудительно (вручную) пометить сектора, но не помню что конкретно она делает...

P.S. Для меня было бы очень хорошо, если та самая Scan+EraseDelays помечала слабые и проблемные сектора как непригодные для использования, и потом бы они исключались из работы, пусть даже она и целыми блоками бы помечала. Тогда в этом был бы смысл.

Lonely_Knight

Цитата:

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

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

Цитата:

can+Remap вообще не хочу, ибо не хочу я почём зря забивать резервную область,

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

Цитата:

Что же мне делать дальше с медленными секторами?

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

Цитата:

Неужели единственный вариант - это разбивать на разделы и оставлять проблемный раздел неразмеченным?

да,но вышеупомянутый процесс это не отменит,как и не отменит полет над ними голов,со всеми вытекающими из этого

Lonely_Knight

Цитата:

сделаю я Erase, прогоню Scan+EraseDelays (хоть и до сих пор не понимаю, что конкретно даёт эта команда, которая просто проблемные сектора блоками затирает и заполняет нулями, но это видимо особо секретная информация, раз никто не может объяснить),

Точного объяснения нет конечно, но на просторах инета я втречал два момента: 1) Некторые сектора при этой процедуре могут слегка уменьшить свои задержки 2) Некоторые сектора могут окончательно перестать читаться (и превратяться в бэды), которые диск сам заремапит. Ну а точное объяснение знает наверно только автор MHDD
Фишка ведь в том, что программа MHDD 2006 г. кажется. И для тех дисков эта метОда была возможно более действенной (но тоже не 100%). А для современных терабайтников и подавно Так что как 100%-метод его конечно не стоит рассматривать...


Цитата:

Есть ещё какой-то программный способ пометить эту область как не пригодную для использования?

Дополню alexyc лишь тем замечанием, что если у вас диск WD - то для него технологический софт позволяет скрывать сектор в G-лист (лист ремапов) по номеру LBA.
Для всех остальных дисков - только тот, способ, что вы указали.


Цитата:

P.S. Для меня было бы очень хорошо, если та самая Scan+EraseDelays помечала слабые и проблемные сектора как непригодные для использования, и потом бы они исключались из работы, пусть даже она и целыми блоками бы помечала. Тогда в этом был бы смысл.

И ещё - вручную можно редактировать файл BadClus кажется, в котором NTFS хранит инфу о "бэдах" файловой системы. Это уже на отформатированном разделе делается. Но это всё делается через дисковый редактор. Если заинтересуетесь, можете поспрашивать 9285 в теме http://forum.ru-board.com/topic.cgi?forum=84&topic=4160&start=1960#lt

igor_me

Цитата:

И ещё - вручную можно....

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

Не спорю, но может хочет автор попробовать Наше дело - проинформировать...

alexyc, igor_me, спасибо за информацию!
Цитата:

И ещё - вручную можно редактировать файл BadClus кажется, в котором NTFS хранит инфу о "бэдах" файловой системы. Это уже на отформатированном разделе делается. Но это всё делается через дисковый редактор. Если заинтересуетесь, можете поспрашивать 9285 в теме http://forum.ru-board.com/topic.cgi?forum=84&topic=4160&start=1960#lt

о, вот это очень интересно! Попробую) Это как раз приблизительно то, что мне нужно!

Цитата:

Не спорю, но может хочет автор попробовать

да, а что ж мне остаётся) Мне видится глупым викидывать хард, который ещё можно использовать. Иначе это получается как только стали появляться медленные сектора, его надо сразу менять? Конечно я не буду таким хардам доверять ценную информацию, но что мне мешает их использовать для бекапа или, например, для торрента (который их убивает, и использовать есть смысл что-то как раз не очень нужное)? На данный момент я как раз залил бекап на свой подыхающий терабайтник, от которого отрезал почти половину объёма. В процессе тестирования ни одного сбоя не было обнаружено, количество ошибок в смарте не увеличивается.
Я думаю многие люди задаются таким же вопросом, что и я.

P.S. Очень плохо, что сами производители хардов не предусмотрели изначально возможности использовать HD после того, как начали появляться медленные или сбойные сектора. Если бы можно было заставить жёсткий диск не лезть в проблемное пространство, мне кажется этого было бы достаточно. Правда я не очень понимаю что страшного в том, что головки будут летать над этими проблемными областями. Главное, чтобы в них не производились попытки записи или чтения... А так пусть себе летают.

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

Цитата:

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

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

Цитата:

Правда я не очень понимаю

Вы НИЧЕГО не понимаете,в том,как и чем "живет "хард.....читает он всегда и везде-на этом базируются основы технологий винтов,даже такая мелочь, "простейшее" действие-поддержание оборотов,основано на чтении,не говоря уже о позиционированнии голов

Цитата:

Очень плохо, что сами производители хардов не предусмотрели...

харды-расходный материал,при нынешнем соотношении цена-емкость,а емкость диктуют пользователи своими все возрастающими аппетитами к ней

alexyc

Цитата:

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

ну вот мне так и пришлось сделать с терабайтником, потому что почти половина поверхности стала сбойной. Нет никакого смысла что-то пытаться восстанавливать при таком огромном количестве сбойных секторов, как раз где-то посередине объёма - у меня подозрение что эта область попала на конкретный диск, может та головка помирает, вроде бы у того харда 3 диска и 6 головок, точно не помню.

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

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

Винчестер Samsung HD103SJ, мой самый лучший друг, постоянно регистрирует ошибки UltraDMA CRC Errors. Из-за этого иногда слетают все разделы на нем.
SMART: http://rghost.net/44487377/image.png

БП – High Power, Active PFC, 500W (перекрывает реальную потребляемую мощность моего компьютера почти в два раза). У меня никогда не было проблем с ним
Материнка: Asus P5N-E SLI (nForce 650i), RAID выключен. ОС: Windows 7
В системе был второй винт: Samsung 501LJ. За 5 лет интенсивной работы ни одной подобной ошибки.

Перепробовал уже тонну вариантов, а именно:
Сменил несколько шлейфов
Пробовал все SATA порты на материнке
Поставил охлаждение на южный мост
Пробовал поставить драйвера от Microsoft на SATA контроллер вместо NVidia
Подключал по SATA-I вместо SATA-II
Отключал IntelliWrite и Автодефрагментацию в Diskeeper

Добавлено:
К тому же я тут еще сделал в Виктории Проверку Интерфейса: в основном там все спокойно, но один раз были сплошные ошибки интерфейса (тоесть сплошное поле ошибок вместо корректных секторов и даже просвета не видно). Это исправилось выключением компьютера. И тоже самое во время обычной работы винта (тоесть не под Викторией) - в основном ошибок нет но бывают такие дни когда с самого утра они лезут и лезут, по 20 штук за день. И так пока не выключишь компьютер.

В чем же может быть причина? Контроллер – вряд ли, ведь старый винт нормально работал.