Dekker Moderator Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Коды ошибок WD Обновлено 18.01.2013 Ссылки на файловые ресурсы "Лампочки" ATA терминала Разное (статьи, описания, информация с форумов) FAQ по действиям с накопителем Пожелания по добавлению функций в программу WDMarvel Список пожеланий №1 - ВЫПОЛНЕНО -> включены в версию программы 2.3 Новый список пожеланий №2 (актуальный)   Расшифровка ошибок в программе WDMarvel Желающие материально поощрить автора WDMarvel - перейдите по ссылке   За утилитой WDMarvel обращаться непосредственно к автору с ником 308011 через л.с. На форуме не попрошайничать, старые, ранее выложенные версии, имеют ошибки. Условия распространения     Важно! Инструкция по чистке контактов на плате HDD   Первая часть темы Всего записей: 4655 | Зарегистр. 04-06-2002 | Отправлено: 12:48 22-01-2013 | Исправлено: 308011, 13:20 09-05-2013

Michael99 Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: 23. Servo тест  24. Испытания 6B Это и так есть в 3.2 точно. Да и наверно какой перевод - такова и версия. Китайцы большие любители всё ломать и зачастую криво. ---------- Восстановление информации. Ремонт HDD Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 16:43 01-03-2013 | Исправлено: Michael99, 16:43 01-03-2013

308011 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: 26. Поскольку школа редактора сценариев   Что бы это могло быть? Всего записей: 682 | Зарегистр. 21-09-2003 | Отправлено: 16:48 01-03-2013

SRUTSSSSSSSS80 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору alpham100 гм в английский язык переведите, с китайского на русский не возможно переводить, один бред получаеться   эти вдр в китае можно различать только по внешнему виду так как поправить ини файл может любой, и выдать её за версию 8.0 Всего записей: 4460 | Зарегистр. 23-04-2006 | Отправлено: 17:23 01-03-2013 | Исправлено: SRUTSSSSSSSS80, 17:26 01-03-2013

Vic422 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Ссылка на доку User Manual Version 5.3 англиицкая. http://mediafire.com/?hs8jhq4wu90dsdl Всего записей: 945 | Зарегистр. 19-07-2006 | Отправлено: 17:32 01-03-2013 | Исправлено: Vic422, 17:33 01-03-2013

igor_me Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Теоретический вопрос: калибратор UA на WD работает только с "медлеными секторами" или во время его работы дефекты тоже обнаруживаются и скрываются (в какой-либо из листов дефектов)? Это я к чему: собственно калибратор нужно запускать после скрытия всех дефектов (т. е. когда останутся только задержки на поверхности). Или можно пустить калибратор, когда ещё есть нескрытые дефекты и он их тоже скроет? Или в процессе работвы калибратора сработает "стандартный" ремап, если диск натолкнётся на бэд?   Если в какой-то части вопроса "сморозил"... - заранее извиняемся И ещё - есть ли какое-то теоретическое объяснение, почему винт отваливается от интерфейса в процессе записи поверхности, если идут несколько дефектов подряд. Как с этим борятся профи? (автоматическое переключение питания в ПэЦе 3000 - это конечно хорошо, а без него). Если вдруг важно, вопросы эти навеяло ковыряние очередного WD3200BEVT (остался на работе), у которого на поверхности есть несколько участков с бэдами\"долгочиталками", которые и пытаюсь скрыть (а может я фигней страдаю и нужно действовать не так? Сейчас действую по схеме: 1) Очистил G-лист 2) Пересчёт транслятора с учётом P-листа 3) Вроде как после пересчёта надо прописать всю поверхность. Вот это и пытался сделать, но винт отваливается на бэдах что в виндовой Виктории, что в MHDD под ДОС )... Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 22:53 01-03-2013 | Исправлено: igor_me, 22:55 01-03-2013

NiTr0 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Калибратор - подстройка адаптивов. Ничего он не скрывает. Но бэды убрать может Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 22:59 01-03-2013

Michael99 Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: его перенести в Р надо С группировкой в треки. Цитата: формат и запись Если уж делается запись, то и формат вообщем-то не нужен. Лучше просто запись и всё. ---------- Восстановление информации. Ремонт HDD Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 23:32 01-03-2013

NiTr0 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Tink200 Цитата: его перенести в Р надо. а не чистить. А если софт-бэды? Был у меня недавно кроль... контакты черные, в глисте несколько сот записей. Почистил контакты и глист, прошелся записью, потом чтением - идеальная поляна. Всего записей: 1430 | Зарегистр. 06-09-2008 | Отправлено: 00:17 02-03-2013

Michael99 Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: и что что софт?... "Бэды". ---------- Восстановление информации. Ремонт HDD Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 00:25 02-03-2013

igor_me Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: ты лист зачем чистиш?......   Цитата: А если софт-бэды?   NiTr0 прочитал мои мысли . Это вопрос "идеологии", не более. Вот лично я не хочу терять ни одного сектора просто так. И если в лист дефектов попали софт-бэды - ну.. дальше понятно, ЧТО я буду делать с этим листом. Да и исходная служебка-то сохранена в первозданном виде, можно вернуть Цитата: Ничего он не скрывает. Но бэды убрать может   Тем "макаром", что в результате подстройки адаптивов могут начать читаться (пусть с задержками) те сектора, которые ренее не читались, так получается?   Michael99 Цитата: Если уж делается запись, то и формат вообщем-то не нужен. Лучше просто запись и всё. В том-то и суть, что при записи винт многократно "подвисает" (или отваливается от интерфейса) и начинает считать все сектора после некоторого бэдами. А вот при чтении (тот же скан + ремап в Виктории) - не виснет, гарантированно. Но ведь так он может добавить в лист дефектов софт-бэд или..... Хм, а мне мысль пришла в голову. Ведь Виктория, как говорят, при обнаружении бэда пытается скрыть его многократной записью в сектор. Но ведь тогда получается, что после первой же записи в секторе будет прописан правильный LBA, CRC (и что там ещё пишется ?) и при попытке считать его (а ведь Виктория пробует считать его после записи, так?) - он уже будет считан верно и сканирование перейдёт к следующему сектора. Так можно и не делать запись, а просто скан+ремап (хотя, наверно, так и дольше получится...)?   Подтвердите пожалуйста, верна ли моя догадка, особенно в последней части? Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 00:44 02-03-2013 | Исправлено: igor_me, 00:47 02-03-2013

Michael99 Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: после первой же записи в секторе будет прописан правильный LBA, CRC (и что там ещё пишется  ?) Эхх, надо вам почитать что-нибудь начальное. Как сектор устроен, как производится переназначение (ремап) и т.д. Цитата: Так можно и не делать запись, а просто скан+ремап (хотя, наверно, так и дольше получится...)?    Подтвердите пожалуйста, верна ли моя догадка, особенно в последней части? Как я понимаю всёж имеется ввиду после ремонта, переносов и т.п. ? Тогда запись всей поляны всёравно обязательна.   Добавлено: Цитата: В том-то и суть, что при записи винт многократно "подвисает" (или отваливается от интерфейса) и начинает считать все сектора после некоторого бэдами. В этом случае винту показан физ.скан. ---------- Восстановление информации. Ремонт HDD Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 00:55 02-03-2013 | Исправлено: Michael99, 00:56 02-03-2013

SRUTSSSSSSSS80 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору igor_me статический транслятор, до первого беда всё айс дальше будет отвал Всего записей: 4460 | Зарегистр. 23-04-2006 | Отправлено: 01:24 02-03-2013

igor_me Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Michael99 Цитата: Эхх, надо вам почитать что-нибудь начальное. Как сектор устроен Может и надо, не отрицаю, но потом.  Пока надобности нет А вот когда попадётся такой винт, который я не починю без этих знаний - тады будем "штурмовать". Как-то так... Хотя видел всякие тоблички "схема сектора HDD", не вникал просто пока. Блин! Ну просто поздно уже, голова плоховато варит!!!!! Термины перепутал малость! Я имел ввиду ID сектора, разумеется (а не LBA, CRC и т. д.) И ремап основан на том, что в трансляторе подменяется ID бэда на ID сектора из резервной области. Правильно?  Ну как, профессор, я сдал этот "зачёт" или двойка? Я совсем нуб или из меня получится "что-то" ???   SRUTSSSSSSSS80 Спасибо за "наглядные пособия" Посмотрел кусочек, остальное завтра, (по нашему 2 ночи :anazed. Но там говорится про чтение и про доступ к данным.  При скане (чтение) у меня всё нормально - не отваливается. Пока не понял, как это связано с ЗАПИСЬЮ.   Скан по физике - конечно выход, но там придётся "бодаться" с текущим содержимым P-list, убирать пересекающиеся дефекты. Возможно, так и сделаю. На выходных подумаю, пора спать, всем спокойной ночи Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 02:56 02-03-2013 | Исправлено: igor_me, 03:08 02-03-2013

308011 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Все имхо, надеюсть профи поправят если что, дабы не ввел в заблуждение никого)     igor_me Цитата: калибратор UA на WD работает только с "медлеными секторами" или во время его работы дефекты тоже обнаруживаются и скрываются Под кнопкой "калибратор UA", запуск арко теста 46, если марвелом пускаете Он вообще с дефектами не работает, позонно подстраивает адаптивы для достижения наименьшего кол-ва софтовых корректируемых ошибок, в листы ничего не скрывает   NiTr0 Цитата: контакты черные, в глисте несколько сот записей Проблемы с контактами, для винта, вполне себе аппаратные проблемы, чисто софт бед, в г лист не попадет, если не записать командой или правкой модуля Так что, при проблемах в контактах, имхо, лучше почистить г   Michael99 Цитата: С группировкой в треки. Учитывая нашу теплую) переписку за последние несколько дней, думаю не ответите, но все же спрошу... Скрытие трека предлагаете, для надежности, что бы рядом с дефектом не шаркал, или возникают странные проблемы с соседним сектором? Вопрос не праздный, навеян ковырянием с трансляцией СА, есть подозрение что при скрытии сектора, не все так просто, а скрытие всего трека просто костыль Всего записей: 682 | Зарегистр. 21-09-2003 | Отправлено: 03:38 02-03-2013 | Исправлено: 308011, 03:43 02-03-2013

tomset BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору igor_me Не могут софт беды попасть в G-лист, если харду сильно не мешать писать в момент ремапа. Он переназначает сектора, только когда переписать его не может, после вычитывания или при новой записи, если не может вычитать. Либо он его переназначит по  результатам анализа логов статистики ошибок, когда сектор неоднократно в них попадает. Нечего их жалеть, у харда всегда в запасе от 2 и до 499 гиг в зависимости от ближайшей стандартной меньшей плотности  в хвосте. А П-лист в состоянии скрыть порядка 600МБ на одну поверхность. больше уже нет смысла. Нужно либо плотность понижать, либо отключать голову. Т.е. прежде чем принимать решение о том, чистить G-лист или нет, скрытые места нужно проверить.   308011 Есть некоторая разница в целях заводского теста и при ремонте. На заводе пластины практически не могут иметь царапин, только дефекты материала пластин. А после эксплуатации, там в основном мельчайшие царапины. И чтобы поверхность дальше не разбивалась, есть смысл скрывать не один только трек со сбоями, а и ближайшие. Т.е. по хорошему нужен анализ, где сбои как кучно, с краю зоны или в середине. И уже исходя из этого анализа принимать решение. Скрыть один сектор, трек, группу треков в середине, в конце и начеле зоны одной поверхности. А так как головки буду читать в этм же месте по другим поверхностям, то и там треки на этом цилиндре тоже предпочтительнее скрыть, чтобв по плохой певерхности голова не попадала на разбитое место. Вот где-то так нужно, а непросто тупо скрывать что попалось. Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 03:50 02-03-2013 | Исправлено: tomset, 04:06 02-03-2013

308011 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: И чтобы поверхность дальше не разбивалась, есть смысл скрывать не один только трек со сбоями, а и ближайшие. Это я понимаю Но я немного не об этом Не возникает ли дефект, на соседнем секторе от записанного в г-лист, при переносе его в п-лист, вот это интнресовало Если интересно, почему такой странный вопрос, могу отписать в личку что смущает Всего записей: 682 | Зарегистр. 21-09-2003 | Отправлено: 04:05 02-03-2013

tomset BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 308011 Я что-то сути вопроса не совсем пойму. На сколько понимаю, если поверхность не разрушается, не должен возникать. Но так как там чаще всего разрушения поверхности, то естественно яма разрастается, дефекты появляются рядом со спрятаным в P-лист местом. То есть нужен локальный анализ вокруг поврежденного места, читать только рядом и на соседних треках, если наблюдаются задержки и частые сбои, прогресс увеличения ошибок, нужно все что близко скрывать, с учетом конструкции слайдера. А не просто так. Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 04:13 02-03-2013 | Исправлено: tomset, 04:15 02-03-2013

308011 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: А так как головки буду читать в этм же месте по другим поверхностям, то и там треки на этом цилиндре тоже предпочтительнее скрыть Может я что-то не понимаю, но TPI у головок разный, трек 12345 по 0 головке физически может не попадать на трек 12345 по 1 Не представляю, как вы хотите скрыть трек физически попадающий в то же место   Добавлено: Цитата: На сколько понимаю, если поверхность не разрушается, не должен возникать Ну, в 35, точно лежат не совсем адреса дефектов) В 30 правильные адреса сбойных секторов Предположил, что в ЮА может быть по аналогии сформированно... Всего записей: 682 | Зарегистр. 21-09-2003 | Отправлено: 04:15 02-03-2013

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Ремонт накопителей WD (Western Digital). Часть II

Dekker (31-05-2013 12:00): http://forum.ru-board.com/topic.cgi?forum=84&topic=4504

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование