» Bad сектора на HDD

Чем грозит удаление бэд блока с заведомо форматированного hdd с помощью Виктории? На сколько долго протянет?

yuazakharov
Вещи совершенно не связанные друг с другом.
Беды сами по себе, а сколько протянет - к гадалке.

Перестал грузиться ноут MSI GE600. Оказалось проблема с жестким диском. Сейчас сканируется HD Tune с LiveCD - картина такая:



Хана или можно что-то сделать и поработает? Смущает надпись о 21,8% поврежденных блоках и явно не таком количестве красных секторов на изображении


S.M.A.R.T.:

Qwentor
Вы им в футбол играли что-ли? На параметр датчика ударных нагрузок гляньте. Хард в любом случае не жилец - запилится.

Ноуту 6 лет. Для такого срока датчик тоже зашкаливает?
Короче, лучше новый хард купить?

Датчик зашкаливает от ударов, а не от срока эксплуатации.

Qwentor
Если короче - то можно "укоротить" Хард вроде минимум 2-хголовый, можно одну бошку отрубить, как крайний вариант. А может и сканом по физике\логике удасться. Кароче у WD богатые возможности ремонта. Об этом в теме по ремонту WD, или, если не готовы въезжать в это - могу по удалёнке глянуть. Или, если не готовы ремонтировать - подарите его мне Выбор у вас богатый

Цитата:

Вы им в футбол играли что-ли?

А почему при заваленном G-Sense Error Rate практически всегда
появляются ассоциации с различными видами спорта ?!
Это ноутбук всё-таки - достаточно даже в спящем режиме его
немного подвинуть или переставить, чтобы эти датчики сработали.
Мне в ремонт приходили и со значениями этого атрибуда под
миллионы - и ничё, всё хорошо работало в итоге.
Цитата:

Короче, лучше новый хард купить?

Пока 05 атрибут не начал расти (впрочем, до 200 смарт его всё-
равно не покажет, а если покажет 1 - это в реальности будет
означать, что их там 201 и т.д.) выкидывать его не стоит.
Сливайте с него ценную инфу и делайте запись по всей поляне.
Если потом при чтении появятся баги - тогда венику точно капец.
Семейства не вижу по скринам, но подозреваю, что это зефир.
90% что приходят в ремонт - с запилами в первых 5-10% поляны.
Поднимается в итоге из них где-то 2/3, но уходит просто уйма
времени на прогоны.

Цитата:

Поднимается в итоге из них где-то 2/3, но уходит просто уйма времени на прогоны.

А через пару месяцев работы, можно все по новой начинать.
Мартышкин труд.
G-cенсор может расти, если просто Seek запустить.
Просто факт вибрации, когда надо прекратить запись и дождаться когда вибраций не будет.
Поле порог не заполнено, атрибут чисто информационный, совершенно не критичный.

tomset
Цитата:

А через пару месяцев работы, можно все по новой начинать.
Мартышкин труд.

Грех не согласиться
Наверное, в данном случае связав слово "запил" и свою статистику
восстановления я немного погорячился, ибо априори действительно
более-менее восстанавливаются те, что с малопрогрессирующими
"царапинками".
Но одно могу сказать практически наверняка - такими зефирами
можно ещё долгое время пользоваться, элементарно отрубив раздел
в 10-15% с самого начала.
Я сам лично не стесняюсь на таких не очень ценные резервные
копии хранить или использовать в качестве переносок.

Lucky1001
Только надо еще учитывать, что первые зефиры и последние, это две большие разницы.
Если первые характризовались мелкими царапиными, которые почти не прогрессировали после скрытия в P-лист.
И последние, когда там не царапины, а типа затёртости на пол поляны. Они вроде и на сбоят, но постоянно тормозят, забивая записями весь рело-лист.
И такое поведение характерно уже для всех последующих семейств.

На правах интересного наблюдения:
Вот вы, товарисч tomset всегда везде пишете, что "предсказание" чего-то в области HDD - дело неблагодарное. И одновременно: эти харды неремонтопригодны, запилятся через неделю и т. п. Тут понимаете, какое дело. Пользователю, у которого один конкретный хард - начихать на статистику и предсказания. Ему ВСЕГДА имеет смыл попробовать починить. У него есть на это время (как правило), хард-то всего ОДИН. Не получится - ну и хрен с ним, пойдёт покупать новый. Получится - будет здорово, он скажет спасибо, сэкономит денежку. А получиться может с ЛЮБЫМ хардом любого семейства. Вероятность, это для нас, ремонтников. И то в моменты, когда загрузка большая. Тогда начинаешь выбирать, какие чинить пытаться сначала. А так, когда нет напряга, лично я пытаю почти все харды, которые дают хоть малейший намёк на возможность ремонта.
ЗЫ "Зажрались" вы там в своей Московии

Вечное противостояние igor not me vs tomset


Цитата:

А так, когда нет напряга, лично я пытаю почти все харды, которые дают хоть малейший намёк на возможность ремонта.

процесс ради процесса,как знакомо...

[more] [more] [/more]
Цитата:

процесс ради процесса,как знакомо...

Хорошо, что знакомо Во-первых таки да, я себя мыслю в этой области больше как исследователь, и занимаюсь этим первично ради собственного интереса и удовольствия, а не "конвеерный ремонтник", который оценивает по принципу "парметр а больше значения б - винт подлежит ремонту, параметр с меньше параметра д - не подлежит", как на заводе. На заводе - конвеер! А во-вторых - конвеер у меня не получится даже при желании. Нет у меня таких объёмов. В том числе и поэтому есть время ковырятся с каждым диском персонально. Короче, повторюсь, первично - это хобби. А "выход годной продукции" - это вторично, как приятное дополнение. Ну а денЭжку я зарабатываю по-любому другой деятельностью. Сисадмин я, сисадми, как вы знаете... Ну и ремонт электроники на подработке...

Цитата:

Вечное противостояние igor not me vs tomset

Почему только нас? Тут есть и другие, кто думает, аналогично меня. Просто может не так громко заявляют. Не буду показывать пальцем, вам они хорошо известны
На этом всё, "вброс" окончен... [/more] [/more]

igor not me
А я всегда думаю про самый худший возможный вариант, и радуюсь что оказался не прав.
Ну а с ремонтом, не вижу смысла морочиться. В целом после анализа всегда более менее ясно, что ждать. И хард с начавшимся запилом, не буду даже пытаться чинить.
Чтобы не подставлять ни себя, ни клиентов.
Нет им веры и точка. Надеяться, на авось еще чуток поработает и угробит пусть не очень нужные, но все таки данные на которые потрачено время, не за чем.

У меня было порядка 300-400 хардов, которые вытянул и использовал под копии.
Но все постепенно опять сдохли. Каждый раз срочно спасать уже спасенные данные, с таких хардов, если ему вздумалось сдохнуть в самый неподходяший момент, удовольствие мало приятное.
Поэтому в работу берутся только диски не имеющие царапин на поверхности.
Ну максимум несколько переназначенных секторов.
Ни каких отключений головок или сефсканов, скрытия зон или обширных сбойных областей.
С древними хардами до 100ГБ на пластины такие фокусы еще более менее проходили.
А все что больше чем 133GB на пластину, все дрянь в плане царапин.
Для ноутбучных плотность пластины нужно соответственно делить на 2.
Цели разные совершенно.
Большинству ремонтников харды достаются на халяву, как приз за работу по специальности.
Ну и вытянуть полутрупика и впарить на барахолке заработав хоть 100р уже хорошо.
Тем кто покупает и ремонтирует, надо любой ценой отбить вложенное.
А мне надо надежно хранить данные клиентов, пока не заберут и не подтвердят, что все ок.
Рисковать в этом деле хоть самую малость, я не хочу.
Ну каково, читать месяц, допилить пациента в хлам. А потом потерять еще и копию или опять долго ее восстанавливать, не успев отдать данные.
И это из-за собственной жадности, что не выбросил сразу потенциального трупа. )

Ну а по поводу интереса и раскопок. Это довольно быстро надоедает. Лет 5-10 и понимаешь, что ничего нового не узнаешь. А догоняешь давно ушедший паровоз прогресса.
Да и в целом мало интересно, ковырять то что изначально сделано хреново, в силу различных причин.
Технологии, спешки, незнания, делания по указанию, запутыванию и засекречиванию всего и вся, не только от кражи, но просто чтоб не показать, какие горе спецы это слепили на скорую руку.

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

Добавлено:
Чисто как пример.
Вас на нужные форумы не пускают. Но есть замечательная тема, как
хозяин этого сайта: http://er-tools.com/
Несколько лет создавал производство съемников для голов.
Какие станки покупал, какие материалы пробовал, и в конце сделал даже свой станок.
Вот подобные дела весьма достойны уважения и хорошей зависти.
Так что теперь к нему надо записываться в очередь, оплачивать и долго ждать когда сделает.
На весь мир уже делает.

Здравствуйте.
Имеется ноутбучный винт WD7500BPVT. Система начала подвисать, но без синих экранов.
Прогон MHDD и Victoria с CD диска показал наличие очень большого числа медленных секторов >500ms.
В Smart параметр Current pending sectors=172, а Offline scan UNC sectors=0.
Пробовал делать в MHDD remap + delay, но через какое то время, где то на 5% MHDD перестает работать, заполняя всё восклицательными знаками (ABRT).
В victoria почти тоже самое. При remap через какое то время программа начинает сканировать с бешеной скоростью, явно ничего не делая.
Решил попробовать Victoria 4.47 под windows. Программа показывает более точное время чтения сектора. Показывает медленные сектора (начиная с определенного) через каждые 256 сектора. Причем первый ~850ms, другой ~1770ms.
Что интересно, если остановить сканирование и запустить заново, то медленные сектора начинаются с разных мест.
Что думаете по этому поводу?

Цитата:

Что думаете по этому поводу?

Я думаю, что это очередной зефир со своей обычной болячкой.
Цитата:

Семейства не вижу по скринам, но подозреваю, что это зефир.
90% что приходят в ремонт - с запилами в первых 5-10% поляны.

По поводу :
Цитата:

то медленные сектора начинаются с разных мест.

Ничего удивительного - веник уже начал сектора переназначать.
До 200 переназначений в 05 атрибуте смарта никак не отображаются.

Lucky1001
Зефир это семейство винтов WD?
На винте написано scorpio blue.
Это вообще лечится, или винт выкинуть?

limbast
Да, зефир - это такое семейство WD, славящееся запилами именно
в первых 5-10% юзер-зоны.
Если и лечится, то только технологиеским софтом и только в случае
небольшого запила или если это бэды "софтовые" ну или накрайняк
в соединении платы с банкой по контактной площадке баги.
Последнее можно диагностировать самостоятельно и визуально - на
то и ссылка в шапке вроде была.
Если есть ценная инфа - сливайте её немедля.
Потом делайте полную очистку поляны (через MHDD или WDClear).
Потом смотрите, что будет, когда начнёте её читать.
Если 05 атрибут будет расти и достигнет значения 561 (выше он уже
не будет) - значит винт в помойку.
Если вырастет несильно или не вырастет - значит винт, в принципе,
можно будет подлатать.

Плату естественно чистил.
Информация уже вся давно слита. Последую вашим советам и о результатах отпишусь.
Атрибут 5 на данный момент равен 0.

Что именно в 5м атрибуте равно нулю? Если DATA, то все, у диска кончились резервы, и только спец софтом. И стоит оценить свое время и желание познать новое. Вот если RAW, то есть еще надежда без глубоких ковыряний... Запись по всей поляне, (для этого я обычно советую DD и Live систему с дровами), или SMART тест, но кто его умеет пускать правильно из фришных прог я не знаю.

limbast
Пробуйте - хуже не сделаете.
Или сдохнет во время опытов или, если убедитесь, что поляна после
запиленной области до конца диска в порядке - можно использовать
веник в качестве переноски в пятьсот гигов.
И на будущее - в MHDD (да и в других диагностических программах)
не надо делать Remap.
Этот самый "ремап" делает не программа, а сам винт, если сочтёт
это нужным.
Реально заремапленный сектор исключается из трансляции и такие
проги не всегда адекватно воспринимают её изменение при таких
"действиях".

Добавлено:
MisHel64
О каких "резервах" Вы говорите ?! О_о
DATA не может быть равна нулю. Минимальное значение - 1.

MisHel64, естественно речь идет о RAW.
G-sensor shock counter имеет значение 1357. Несладно ему жилось в ноуте оказывается.

Не понятно почему с разных мест у него начинают идти медленные блоки и почему такая периодичность в 256 блоков?

Цитата:

Не понятно почему с разных мест у него начинают идти медленные блоки и почему такая периодичность в 256 блоков?

Я же выше писал почему с разных мест - наверняка винт уже начал
переназначать сектора и те, что переназначились - уже читаются
практически без задержек. А 256 - это число секторов в блоке.

Lucky1001 немного не убедительно, потому как я делаю просто чтение поверхности и получаю тоже самое. Делал бы remap, то да, он переназначает и уже этот блок не показывает, а тут обычное чтение. Если бы даже при чтении винт ремапился, то размер бы уменьшался, но этого нет.
Кроме того, вы писали "наверняка винт уже начал переназначать сектора", но сколько я его гонял, медленных секторов были тысячи, но атрибут 5 так и остается равен 0.
И почему такая стабильность в задержках, сначала ~850ms. потом ~1770ms?

limbast
Цитата:

то размер бы уменьшался

это как ?! размер чего именно уменьшался бы ?!
Цитата:

Делал бы remap, то да, он переназначает и уже этот блок не показывает, а тут обычное чтение

Да вы поймите, наконец, что ремапит не программа, а сам винт.
Можно этот "ремап" самому спровоцировать в той-же вике.
Ну вот пример - допустим, небольшая кучка плохих секторов
находятся ~ от LBA 12400000 до 12450000
Делаем в вике бесконечный прогон от 12390000 до 12460000 по
Random Read и оставляем на часок.
Через час, если веник совсем не сдохнет - то все сектора в этой
области всё-равно переназначатся при наличии свободного места
в G-листе. Последний, кстати, далеко не резиновый - например, у
вашего зефира его ёмкость - 761.
Вообще, процедура искусственного ремапа хороша для винтов с
динамическим транслятором (например Hitachi, Toshiba)
А со статическим транслятором, как у WD опять-же - такие фокусы
выделывать - откровенный бесполезняк.
Только из пустого в порожнее переливать.

Lucky1001 размер тома (раздела). Бред? Тогда пардон.
Насчет ремапа я понял. Программа заставляет винт своими действиями переназначить сектор, но сама программа ничего не переназначает.
Собственно основной вопрос в том, что вы указываете фиксированную область LBA, в которой предполагается наличие медленных секторов, но я говорю о том, что начало это области каждый раз разное, и оно похоже от начала это области и до конца диска.
И почему victoria и mhdd по dos сходят с ума, а victoria под windows нет?

limbast
Цитата:

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

Да тут ничего удивительного нет - этот винт, как и любой другой
WD-шник в таком состоянии запросто мог словить Slow Responding.
Вы попробуйте перезаписать нулями поляну и только после этого
смотрите, в каких именно областях LBA имеют место баги.
Переместиться с место на место они, в принципе - не могут (ну если
не считать события переназначения, которых не может быть больше
761), могут только появиться новые, если причиной был запил.

Цитата:

И на будущее - в MHDD (да и в других диагностических программах) не надо делать Remap.

Зависит от программы. Подавляющее большинство программ, которым относятся и MHDD и Виктория этого просто уже не умеют.

Цитата:

Реально заремапленный сектор исключается из трансляции и такие проги не всегда адекватно воспринимают её изменение при таких "действиях".

Всегда. Так как они тупо не могут узнать, что ремап произошел. Есть несколько вариантов узнать, что ремап произошел, но ни одна программа их не использует, или уже не могут, или еще не умеют.

Цитата:

О каких "резервах" Вы говорите ?! О_о

Не понял сути высказывания. Или у вас пробелы в знании мат части, или возникло семантическое не понимание из-за плохого владения русским языком.

Цитата:

DATA не может быть равна нулю. Минимальное значение - 1.

Сурпрайз: может


Цитата:

естественно речь идет о RAW

Есть два смутных подозрения... Запусти запись по всей поляне для начала, а потом подумаем. И смарты до и после записи. Желательно еще логи SMARTа приложить, но боюсь тебе просто нечем будет их получить.

Цитата:

G-sensor shock counter имеет значение 1357.

Начхать на него.

Цитата:

Не понятно почему с разных мест у него начинают идти медленные блоки

Именно с такой же проблемкой я в свое время очень долго бился. Сначала косил на проблемы в коде программы, но потом проверил другими, в том числе и спец софтом, и картина была та же самая. Не меняло ее и скрытие "медленных" секторов.

Цитата:

то размер бы уменьшался

Пространство пользователя не уменьшается при ремапе. Ремап происходит только при операции записи.

Цитата:

Кроме того, вы писали "наверняка винт уже начал переназначать сектора",

Цитата:

но атрибут 5 так и остается равен 0

Один тут присутствующий товарищ утверждал, что ремап не всегда изменяет SMART, долго мы с ним спорили, чем дело закончилось откровенно не помню, но лично я с таким поведением не встречался.

Цитата:

медленных секторов были тысячи,

Медленный сектор не считается дефектным, и заремаплен не будет.

Цитата:

размер тома (раздела). Бред? Тогда пардон.

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

Осспадя, как тут всё запущено
Такая простыня, а толку - как от козла молока.
Я пожалуй воздержусь от ответов вот этому товарищу (троллю или
флудеру - ненужное зачеркнуть)
Ибо в утверждение на то, что значение, которое он обывательски
называет "DATA", не может быть равным нулю он отвечает :
Цитата:

Сурпрайз: может

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