удаление поврежденных секторов, бэдов - дисков полностью или Виктория Erase delays
 

Добрый день! Моя проблема такова. Проверяя диск с помощью HD Tune Pro под Windows обнаружил 1 бэд. У меня два диска один (c бэдом) Hitachi 721010СLA330 1тб, на раздела 3 - с разными версиями Windows и один для данных. Сигейт служит для загрузки системы при включении, на нем хранится вторичная информация, кино, музыка и т.п. Я попытался прловерить Хитачи под Досом с помощью Виктории или Mhdd, но обе програаммы не определили диски. Попытки менять настройки программ, искать диски как другие типы устройств в настройках не удались. Отключение кабеля от Сигейт и подключение другого разъема САТА не помогло. Диски нормально распознавались под Досом программами Vivard1, Hdat2, Drevitalizer. Проверка Vivard1 подтвердила наличие бэд-блока.
Сейчас проверяю диск программой Виктория 4.47 под Windows 8.1 пока найдено 68 оранжевых блоков со временем чтения от 200-до 250 ms, 1 блок со скоростью чтения - 923 ms, 1 блок со временем 453 ms, 4 блока со временем 340-370 ms. Причем последние блоки со временем 453 -920 расположены рядом. Блоки со временем 340-370 тоже находятся рядом друг с другом. Планирую решить проблему такими путями:а) заменить жесткий диск. б) стереть бэд-блоки Викторией и повторно проверить в) полностью стереть жесткий диск и повторно проверить 4) проверить поверхность через Windows или с помощью программы вроде Tuneup Utilities поверхность логических разделов, найти, где находятся бэды, стереть и снова проверить.
Ситуация вызывает у меня ряд вопросов:
1. Может ли проблема распознавания дисков из под DOs указывать на проблемы с винчестером или иным железом?
2. Нормально ли время чтения указанных 68 блоков?
3. Какой из вариантов наиболее желателен для решения проблемы бэдов помимо замены винчестера. На некоторых форумах например читал, что надо сначала полностью стереть диск, затем пройтись Викторией с Erase delays или remap.
4. Как добиться распознавания дисков Викторией или MHDD из под ДОС?
5. Какими программами лучше очистить диск в среде DOS или из под Windows?
6. Какими программами лучше стирать разделы из под Windows?

С уважением,

Александр

1. Нет
2. Так как проверка идет из под Windows - задержки должны быть.
3. Зайдите по ссылке Hddscan, как пользоваться С помощью этой программы сделайте тест проблемного HDD и разместите в вашей теме скрины окон:
"S.M.A.R.T. отчет" и "Тест в режиме линейной верификации".
4. Иногда помогает перевод контроллера в режим IDE
5. Что значит "чистить" в вашем понимании?
6. Консолью "Управление дисками" из состава Windows

Остаётся только добавить что ХР не стирает полностью. А 7-ка стирает при выборе функции полного формата.
Ну и собственно для Hitachi есть утилиты от производителя.

Диск обязательно должен быть сконфигугирован как Master, для чего его, возможно, придётся подключить к другому разъёму SATA материнской платы.

Cпасибо за ответы на первые два вопроса. Скрины теста с линейной верификацией и Smart прикладываю. К вопросу 4 приступлю позже, так как во-первых, не вижу смысла поскольку участки с бэдами стираются и из под Винды, во вторых в инструкции к материнской плате не указано, к какому порту подключать, чтобы устройство определилось как Master. настройки подключения дисков в Bios проверю. По вопросу 5 чистить в данном случае означает полное стирание информации со всего диска, но не удаление и не форматирование, а стирание программой типа Eraser в один проход. Таким же способом планирую удалять разделы.

- все SATA являются Master ;)

Неправда ваша. Это зависит исключительно от производителя материнской платы, поскольку встречаются и такие, где все SATA разъёмы Slave. Изредка встречаются, где только Master, ага. Но бывает и поровну Master и Slave.
Проблемы в общем-то не вижу - как определить, поскольку в BIOS в перечне дисковых устройств конфигурация отображается.

algusev,
Если на этом Хитачи сейчас находится активная ОС (та в которой сейчас загружен комп и запущена HDDScan), то такая "зелень" на карте поверхности обычное явление. Системные винты проверяют в среде ДОС той же Викторией в LiveCD (можно и WinPE), загрузившись с него. В БИОС должен быть установлен ИДЕ-совместимый режим, не AHCI.

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

В ДОС-е это роли не играет. Только при работе в среде Win.

- только нумерация :) SATA 1 (Primary), SATA 2 (Secondary) ...
Например, BIOS_Main системной платы автора темы:


никогда такого не встречал.- только так и бывает :) И производитель это делает условно и только для режима Native IDE и очень, очень редко. Я встречал всего несколько плат с такими показателями.
И для программ MHDD и Victoria это условное разделение для SATA-HDD не имеет никакого значения.

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

А выбор канала, что в Victoria (по"P" латиница), что в MHDD (по Shift + F3) всегда однозначен.

А для объективности теста его надо делать из-под DOS...

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

С 2002 г пользуюсь MHDD и ни разу не видел чтоб нажатие клавы или движение мыши меняло картину сканирования. Хотя б просто потому-что утилита в режиме ДОС имеет прямой доступ к порту, минуя драверные и т.п. заморочки. То есть нет стороннего обращения к поверхности винта. Лишь прямой замер скорости доступа к сектору в чтении. Ведь сектор больше некому читать кроме как самой утилите. ;)

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

Ну, и позволю себе закончить на этом за эту тему, оставаясь при своём мнении и жизненном опыте.

Проверил диск с помощью Виктории, запущенной с настройкой верификации с загрузочного диска в режиме mini Windows Xp. Результат-1 блок с ошибкой ABRT, красных и оранжевых блоков нет, 406 зеленых блоков. клавиатуру и мышь не трогал. Детали на фотографии в прилашаемом файле. Пожалуйста выскажите Ваши мнения по поводу состояния диска и советы касательно дальнейших действий.

Поставить галку на Remap и пересканировать винт с адреса ЛБА=1772538112.

Только сегодня смог приступить к remap. Тест только начат, но по упомянутому блоку уже написано про ошибку: LBA try remap 1771538112. Тест проходит под Windows.

Ошибка какого рода, как на предыдущем скрине ABRT ?

Написано просто 9:14:53 : LBA 1772538365 try REMAP... Error. В режиме verify выдало ABRT

Это сам винт не смог отремапить этот сектор. Значит Вика тут не поможет уже.
Тогда либо возврат по гарантии, либо найти специалиста с нужным технологическим ПО для Хитачи-АРМ.

Люди всё никак не оставят в покое программы времён царя Гороха и идею о "низкоуровневом форматировании".

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

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

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

1. Может ли проблема распознавания дисков из под DOs указывать на проблемы с винчестером или иным железом?
Нет. Досу уже сто лет в обед.
2. Нормально ли время чтения указанных 68 блоков?
Нормально, потому что компьютер может внезапно заняться чем-то другим во время процесса.
3. Какой из вариантов наиболее желателен для решения проблемы бэдов помимо замены винчестера. На некоторых форумах например читал, что надо сначала полностью стереть диск, затем пройтись Викторией с Erase delays или remap.
Наиболее желательно заменить винчестер. Мёртвому припарки не помогают.
4. Как добиться распознавания дисков Викторией или MHDD из под ДОС?
Этого бессмысленно добиваться.
5. Какими программами лучше очистить диск в среде DOS или из под Windows?
Стандартным быстрым форматированием.
6. Какими программами лучше стирать разделы из под Windows?
Оснасткой управления дисками.

Спасибо у меня пару вопросов. Я читал в Инете, что софтовые бэды не лечатся remap, они стираются. Напишите пожалуйста, есть ли смысл попробовать стереть его, и может этот бэд блок быть софтовым. И на каком оборудовании может быть это технологическое ПО или кому его выдают?

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

Tau_0, напишите, как правильно.

DJ Mogarych
Без малейшего сомнения, пальма первенства в выдаче перлов на гора, переходит от Tau_0 тебе. :lol:

Tau_0
Теперь тебе понятно как "приятно" читать чушь, которую могут читать не только дети, но и те кто думает что здесь имеются разбирающиеся? :biggrin:

Подумали конечно ж. И написали АТА-стандарт. Так вот там "чёрным-по-белому" описана команда 50h, означающая трековый формат, который и есть низкоуровневый. И ес-нно что АТА-стандарт для винтов никто ещё никто не отменял, как и команды в нём описанные. ;)
Другое дело, что многие производители перевели стандартную команду АТА в разряд SVC, т.е. её нужно предварять техноключом s-on.
Но поддержка её ещё осталась во многих винтах.
Ну а третий вопрос лишь в том, что обычный юзер не может раздобыть ПО, которое использует такие SVC-команды. А такой софт есть и от самих производителей, так и самописный. А по Хитачи - так до недавнего времени можно было найти в инете в открытом доступе и DFT, и HiTest, и DDD-SI, и даже Niagara.
Так что ваше утверждение об "идее о "низкоуровневом форматировании"" не технично и голословно. Оно было, есть и будет. Факт.
Тем более в случае с Хитачи.

Victoria нашла один сбойный блок из 256 секторов начиная с LBA=1772538112. Это значит, что любой из 256 сектор в блоке может быть сбойным, а могут быть сбойными и все 256 секторов (на SMART мы пока не смотрим…)

Давайте поймаем точно номер сбойного сектора. --- В Victoria 4.46b выставляем
1. Block Size (коэффициент блокирования) = 1 --- в блоке только один сектор.
Сначала надо вбить 128, а затем 28 вычеркнуть по BackSpace. Иначе 1 не вбить.
2 StartLBA = 1772538112
3. EndLBA = 1772538112 + 255 = 1772538367
4 Выбираем чтение и игнорируем сбойные секторы.
5 Убираем птичку с Grid, чтобы видеть шоу в графическом виде. Но можно и не снимать…
См. мою картинку (ессно у меня без бэдов). И мне свою такую покажите --- на узком диапазоне отработает мигом (только пискнуить успеет…)

ЗЫ А read+remap конечно затирает soft-bad's...

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

Правильнее вместо этого ===>
Например, задать такой вопрос --- Я по ошибке выполнил быстрое форматирование в FAT32 на разделе/томе NTFS, --- как мне лучше всего восстановить “утраченную информацию”.
--- Это конкретно, и советы дадут разные….

Ничегошеньки ты за ВСЁ время ты так и не понял…
--- Я ВСЕГДА стоял на том, что та сермяжная “ПРАВДА” или ”Великая Истина”, за которую ты так так упорно сражаешься, не существует. Я универсальных рецептов не писал, хотя порою и заносило…

Ибо часто с одной стороны получается одно, а если с другой, то совсем другое…Эту ***ню Валилий Иванович называл философией…
А если в Victoria for DOS записью нулей в цикле подолбать конкретный сектор, --- может наконец этот сектор проймёт...???...

Шанс есть, но минимален раз винт Хитачи-АРМ.

Я не утверждал, что низкоуровневого форматирования не существует. Речь идёт о его применимости для пользователя. На сегодняшний день она нулевая, а с ней до сих пор носятся как с писаной торбой.

А я б не был столь категоричен. Запись Викторией паттерна 0000 или полный формат в вин7 тоже своего рода низкий формат.
Просто если говорить об уровне формата, то стоит разделять тогда на секторный, поблочный, трековый. (Причём не трогаем понятия физического формата по PCHS, только логический в LBA-представлении).
Суть то - запись паттерна в определённую область, будь то сектор или блок.
А это как раз и может реализовать "обычный пользователь".
Разговор-то вообще о том что Хитачи не смог произвести ремап. И ответ и сам факт лишь говорят о том что обычное переназначение не прокатило, тогда и требуется перенос дефекта уже технокомандами в СА накопителя. Это как раз не под силу "обычному пользователю".

Да какое же это низкоуровневое форматирование? Виктория в данном случае просто записывает нули, а не форматирует, а Виндоуз просто форматирует с проверкой секторов на читабельность. А низкоуровневое форматирование - это первичная разметка диска на секторы и запись служебной информации на заводе.
И сегодня пользователям туда в подавляющем большинстве случаев путь заказан:
И это очень правильно. Сколько все эти оптимизаторы и оверклокеры всего поломали - не перечесть.

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

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

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

Добрый вечер! Я простой пользователь и мне глубокая теория вряд ли поможет. Напишите пожалуйста, стоит ли пытаться стереть данный сектор, раздел диска или весь диск с помощью ВИктории, dft или иных подобных программ. К слову dft не видит диск ни под Windows ни под DOS. Могут ли бэд блок удалить в мастерской средствами не доступными рядовому пользователю? То есть теми, которые я не смогу скачать в Сети купить в магазине и так далее.

DJ Mogarych, Вы пишите про определенное пространство для bad-блоков. Означает ли это, что если появляется bad-блок, то он неизлечим? Задаю, этот вопрос так как неизлечимые бэд-блоки для меня единственная веская причина для немедленной замены, так как: a) показатели Smart в Виктории 4.47 для windows- хорошие гуд. б) необходимо зарезервировать несколько разделов с операционными системами и скопировать приличный объем данных на иной диск или болванки, скорость загрузки в Интернет не позволяют быстро и безошибочно загрузить примерно 20 Гб в какой-нибудь облачный сервис. Скачать их с Интернета -пожалуйста.
Misha2, если принцип работы DFT отличается от Виктории, (как я понял он может подавать диску какие-то команды, а Виктория нет), то есть ли смысл попробовать подключить диск к другому порту SATA на материнской плате (Bios определяет его в режиме IDE) чтобы протестировать с помощью DFT или Windft,
Можно ли попробовать воспользоваться рекомендацией.Tau_o, чтобы найти конкретное сбойное место, а затем не давать команду remap, а стереть его?

Если диск не будет распознаваться по прежнему, можно ли попробовать поместить его в usb-карман и подключить как внешний диск или подключить каким-нибудь переходником к порту Fireware?

Можно тривиально запустить чекдиск с ключём /R --- этот сектор уйдёт в кластер метафайла $BadClus.
Но лучше с этим сектором раз и навсегда разобраться, потому что по собственному разумению хард (его микрокод), невзирая ни на что, будет лазить в этот сектор и действовать на нервы...
Это совсем неопасно и быстро --- запустить скан read+ignore . А кое-какую информацию даст.
Я вот даже не поленился скрин представить...

Делал из под Винды, вот результат на скриншоте.

Посмотрел...
По сравнению с прошлым прогоном измените:
1. Диапазон. --- Выставьте
StartLBA =1772538366
EndLBA = 1772538366

2. Read <=== Write

Остальные установки оставьте, как при последнем прогоне стояли…
--- Пока надо нанести один точечный удар (затирание сектора LBA = 1772538366 нулями 00h) и посмотреть, что с пендингом станет… --- Можете и SMART после этого посмотреть....

Та же ошибка abrt. Скриншот. Показатели СМАРТ по pending sectors и Ultra DMA CRC равны 1.

Упёрся хард , --- не пишет нули, однако…

Осталось зациклить записиь нулей в этот пендинг --- Авось проймёт…
End of test <=== Loop test См. картику

Остальные установки берёте как и в предыдущем тесте… См. картинку
Раз сто повторите (счётчик в нижнем окне справа бежит) и по Esc выйдите из цикла. --- Больше не стоит...

Таже ошибка- abrt

Неправда.
Разбивка на секторы (как вы выражаетесь) происходит на заводе только, и не низким форматом. А самим селфсканом, бурном задаётся размер сектора с привязкой к серворазмектке и сервотаблице. А низкоуровневый формат это только PCHS-формат с учётом первичных дефект-листов и транслятора ! Так что учите мат.часть, дорогой товарищ !
(С помощью имеющихся у меня комплектов бурна я могу сам и дома изменить размер сектора у самсунга с 512 байт в 1024 байта :) ).
И тем не менее доступен, всвязи с выкладыванием в инет утилит с низкоуровневым, трековым форматом. Даже сами производители такое ПО ещё недавно выкладывали.
Накопитель не использует эти внешние технокоманды, переназначение делает его ТМОС самостоятельно.
У винта algusev, никакой резерв не кончился ещё. ;)
Излечим во многих случаях. Просто в случае вашей модели накопителя - нужно технологическое ПО.
Ничто не мешает это проверить на практике.
Ещё можно пустить на винте Write, это даст полную возможность отработки бэда за счёт ТМОС самого винта, а не внешне Викторией.

Уровень algusev, значительно ниже вашего :)
Я смогу найти ПО но использовать его с трудом смогу. Поэтому большинству наших участников надо подумать, смогут ли они сделать в домашних условиях, предложенные вами действия или овчинка выделки не стоит.

Собственно я писал для DJ Mogarych, а для algusev, уже вроде всё сказано.
По его хитачи-арм - нужно технологическое ПО. Но попытаться и свободным DFT ничто не мешает.
А по этому поводу -
добавить можно только одно - просто заиметь ПО недостаточно. Нужно ещё получить сами комплекты микропрограмм, задающие разметку диска после сборки HDD на заводе (512b или 1024b сектор). Могу добавить что и ведущая российская контора по винтам Аселаб (РС3000) не имеет их.

Попытался поставить в режиме Райт в узком диапазоне получился интересный результат. Крайние блоки диапазона были прочитаны с указанной ошибкой. поврежденный прочитался нормально. Поставил тот же узкий блок в режимах чтения и верификации, нормально прочитались. поставил верификация, начиная с первого сектора блока и до конца диска. Ошибка на первом секторе блока, на ранее поврежденном ошибки нет. Все та же ошибка. В СМАРТ информация о перемещенных секторах без изменений. Сейчас снова запустил HDDscan всего диска с режимом верификации. Прочитал Вашу дискуссию и возникли:
1. Есть ли смысл пытаться затереть проблемный блок с помощью такой последовательности действий:а) стереть его опцией erase в виктории. б) Если не удается а, то попытаться переподключить диск к другому порту попробовать стереть блок MHDD, Vivard1 и т.п. в) При неудаче подключения вставить в другой компьютер или на другую плату и провести опыт там г) При неудаче первых трех пунктов, глубоко стереть раздел с ошибочным блоком, например переписать его нулями специальным софтом д) Поскольку в drive fitness test нет возможности стереть блоки или разделы, то при удачном подключении, но неудачном стирании, стереть диск ими или другим софтом. е) нести диск в сервис-центр.
2. Первое, что имеется в виду под технологическим ПО? Если я правильно пониманию, это специальный софт, прошивка либо драйвер, установленный на специальном оборудовании для диагностики и лечения жестких дисков и необходимый для правильного взаимодействия с микропрограммами или составляющими диска. Тогда мне нужен не технософт, а мастер с оборудованием и софтом.
3. . Если это так, то есть ли смысл нести диск в какую-либу фирму, кроме сервис-центров Hitachi или их партнеров. Если у Acelub, нет программ, то как же они удаляют эти сектора или не могут удалить bad-блоки в некоторых моделях, в том числе в моей?

1. Пытаться всегда есть смысл - авось чего и выйдет.
а) Не эрейс а скорее write. Эрейс сработает примерно как ремап, с небольшими отличиями.
б) и в) Абсолютно ничего не даст ни смена порта, ни смена компа. Т.к. винт переназначает бэды не взирая на порты и типы мамок.
г) и д) Для записи нулей не нужен спец. софт. Достаточно Виктории, МХДД и т.п.
е) Совсем не факт что в сервисе обладают таким софтом. Но в сервисах типа datarecovery имеющим РС3000 возможно смогут помочь.
2. Именно специальный софт и именно для взаимодействия с ПО винта в нужные моменты. Ну и ес-нно чтоб работать на таком ПО, комплексах нужен оператор с приличным опытом работы.
3. Касательно вашего Хитачи у Аселаб есть ПО именно под Хитачи-АРМ. И кроме Аселаб есть разработки других специалистов.

Спасибо, наконец-то получил нужные сведения. Переустановка в другой компьютер необходима, если диск не будет определяться после переподключения портов, не для лечения блока. Идея со специальным софтом пришла в голову, поскольку насколько я понял MHDD и Victoria стирают только сектора с поврежденными блоками или информацию на диске полностью (Erase 256 sect), а я не хочу рисковать разделом с данными, хотя они и будут скопированы. На счет необходимого оборудования и софта все понял.
Остается последний вопрос, допустим не удалось перезаписать единичные bad blocks, есть ли смысл пробовать стереть раздел диска с поврежденным блоком, или лучше сразу стереть весь диск?
Если Вам не трудно, но назовите несколько других наработок для поверхностного сравнения.

Занятно получилось в Вашем предыдущем посте…
Если бы баш хард был Hitachi 721010СLA330 1 TB был AF с секторами 4K (512e), то было бы понятно…Я ещё вчера пытался это выяснить, но нигде явно это не указано. … Хотя в одном месте нашёл, что начиная с серий 7K1000.D, 5K1000.B и 7K4000 все модели идут с сектором 4 KB. А Ваш диск к этим сериям не относится. Но может это некая переходная модель…???...

Возьмите DMDE 2.8.0 - DM Disk Editor and Data Recovery Software
GUI для Windows Windows 9x/ME/2K/XP/Vista/7. и покажите картинку для Вашего харда См. правую в самом верху.
http://dmde.ru/images.html

Из картинки можно увидеть размер сектора…
==================================

Затем в DMDE скопируйте диапазон секторов…

StartLBA = 1772538112 - 80 = 1772538032
EndLBA = 1772538112 + 79 = 1772538191
Это будет 160 секторов или 80 KiB, что немного и просто войдёт в файл на другом харде и доже флешке. Затем этот файл надо вкрнуть назад. На хардах WD AF очень помогал там, где Victoria была бессильна… А вот про Hitachi не знаю, но и беды от этого никакой не будет…

1. В DMDE меню Сервис ===> Копировать секторы…
В качестве источника выбираете физический диск Hitachi…
А в качестве приёмника файл. У меня файл (с маршрутом) таков ---E:\Ответ\OSZone\algusev\dev1_lba1772538032_160.bin

А Вы сохраняете как Вам нравится…

2. Теперь делаем обратную операцию…
Опять в DMDE меню Сервис ===> Копировать секторы…
В качестве источника выбираете файл с копией…, а в качестве приёмника физический хард Hitachi

Несмоотря на нелепость этой операции смысл её в том, что сбойные секторы в файле DMDE заменит нулями. А при обратной операции секторы с полезной информацией заменятся на себя, а пендинги на нули… --- На хардах WDC такая процедкра запросто затирает пендинги…

Именно стереть можно указанный диапазон ЛБА, указав его в окошках Виктории и поставив галку на Write. Возможно что винт сможет в процессе записи сремапить сектора. Но 100%-ной гарантии нет.
Тогда остаётся только лишь занесение вручную дефекта в дефект-таблицу винта и последующий техноформат. Т.к. у Хитач транслятор статического вида без формата винта не обойтись.
И ес-нно что всю инфу нужно скопировать на другой накопитель по максимуму до всех операций с дефектами.

Что же случилось и где его теперь раздобыть можно, не подскажете? :unsure:



algusev, бед-то в конце почти, отрежте вы диск с конца этот, хоть HPA, хоть неразмеченный раздел создавши и продолжайте спокойно эксплуатацию.


Tau_0, диск не 4К.

Добыть что именно ?

Ну DFT не редкость, на Hiren`s встречается, а вот HiTest, и DDD-SI, или даже Niagara`у... :)

Ну я раздобыл, и не только их. Ес-нно не в инете в открытом доступе. ;)

Да что вы-то раздобыли мы уже поняли. Рады за вас. :)

Добрый день!
Просканировал диск Викторией в среде mini windows XP с опцией Write. Она не только, не смогла убрать бэд блок, но и выявила ещё один. Подключил диск к другому порту САТА запустил Викторию- не распознала, зарустил MHDD паспознала. Зарустил сканирование с функцией Erase Delays. Бэд-блоки удалены, проверено повторным сканированием. Напишите пожалуйста, Ваше мнение по поводу возможной неисправности диска, других комплектующих компа, шлейфа.

Возможная причина - деградация либо магнитного слоя, либо БМГ (менее вероятно). Ещё прична - софт-бэды. Косвенно подтверждает факт -
при условии что аттрибут 05 не поменялся.
А если аттрибут 197 уменьшился и 196 увеличился, то бэды были хардовые. Вообще увеличение аттрибута 196 прямо говорит об операциях переназначения бэдов.

Атнрибут 197 уменьшился остальные из указанных не менялись. 198 атрибут увеличился с 1 до 2.

Это значит что сектор-кандидат был отработан ТМОС винта.
Ну правильно ж, второй то "бэд" был обнаружен.
Если после всех телодвижений бэдов больше нет - можно пользоваться винтом и дальше, иногда заглядывая в СМАРТ его.