Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Документация »   Програмный ремонт жёстких дисков HDD
RSS

Програмный ремонт жёстких дисков HDD

Програмный (и не только) ремонт классических жёстких дисков HDD /Seagate /Samsung /IBM /Hitachi /HGST /Western Digital

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 36 37 38 39 40 * 41 42 43 44 .. 75 76 77 78 79 80
Печать
 
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Вчера перед сном ставил чтение (я специально не стирал поверхность перед этим), и у меня возникли вопросы.

Я ожидал IDNF или UNC (UNC, если LBA номер учавствует в расчете ECC, как я встречал упоминание на форумах),
по крайней мере до конца трека.

Однако встретились два UNC (почему два?), примерно в месте предполагаемого дефекта, причем не подряд.
Один номер LBA я запомнил, второй к сожалению забыл сохранить. UNC исправились после записи, новых remap-ов
не появилось (Alt Defect List остался пустым).

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

У новых F3 для этого команда есть команда m с правильными ключами, но здесь вроде нет такого (?). Может-быть
проанализировать логи тестов дефектоскопа заводского SS, и запустить предполагаемый тест(ы) где делается
форматирование UA с пересчетом транслятора?

Мне думается, у более ранних barracuda должна быть команда ручного занесения CHS дефекта в P-list (У U серии по моему есть),
если есть то можно организовать такой перенос и в ранних Seagate Barracuda. Скриптовый язык ST_MEM для автоматизации
такой операции ограничен, но вполне можно написать программу, которая будет делать это, главное команды раскопать.

В отличие от WD, у Seagate после очистки (переноса) G-list, в SMART остается запись об этом remap, надо разобраться как
очищать SMART remap-ы без сброса SMART (хочется сохранить счетчик времени работы и количество start/stop циклов).
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
Берём доступную документацию и копаем... Я сейчас занят раскопками Conner-ов. Чёрт, оказывается 64 килобайта кода - это очень и очень много... Впрочем, подвижки есть, и весьма значительные.
strelec
Newbie


Откуда: Кемерово
Всего сообщений: 105
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
3 апр. 2018
При сливании через скрипт стмем
дампа памяти (level 1,команда D) на адресе D1,EC00
произошла остановка двигателя hdd по непонятной причине(все тот же hilo).При повторном включении двигатель не запустился.ЖД издавал легкий гул.
Вскрыл корпус(в максимально "чистой комнате" :) ).Головки залипли на поверхности.Аккуратно приподнимая головки и подкладывая под них
тонкий пластик ,вывел их в зону парковки к центру диска.Собрал ,подключил.Диск прошел рекалибровку.Естественно ,параметры чтения резко ухудшились.Запись не особо.Повторил процедуру чтения памяти.И опять на том же адресе останов двигателя.Похоже,эту процедуру надо делать,предварительно остановив шпиндель.
Поверхность без видимых повреждений(речь только о верхней пластине,другие сложно определить).Головки тоже.Т.к. плотность записи еще не столь высока (3гб/пластина) и полет головки измеряется не в нескольких нм над поверхностью ,а еще в мк,то винт поэтому и не умер сразу после таких экспериментов.И даже жив после второго залипания ))Естественно,частицы пыли теперь ушатают его через несколько часов)
Фото головки:



К головкам подходит четыре цветных провода (витая пара),чтение -запись.Их хорошо видно на фото.
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH написал:
[q]
Я сейчас занят раскопками Conner-ов. Чёрт, оказывается 64 килобайта кода - это очень и очень много
[/q]
Конечно! Там и с исходником сходу не разберешься, а Вы дизассемблируете, причем не факт, что она на ассемблере
написана изначально, может и Си.



KALDYH написал:
[q]
Впрочем, подвижки есть, и весьма значительные.
[/q]
Удачи!

Я покопаюсь с Seagate, предположительно на уровне A> попробую искать команды ручной работы с дефектами
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
strelec, если у вас получилось вскрыть винт и без особых последствий манипулировать с его внутренностями, можете попробовать снять БМГ и вымыть головки. Хуже этому винту уже точно не будет. Кое-какие инструкции в интернете есть, и по выводу головок с диска, и по жидкостям для мытья. Продувать винт от пыли перед сборкой - резиновой грушей. Изолировать головки от диска и друг от друга можно трубочками для коктейлей. Удачи! Я вам ничем подсказать не смогу, на эту тему я знаю только то, что есть в интернете.
strelec
Newbie


Откуда: Кемерово
Всего сообщений: 105
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
3 апр. 2018
KALDYH написал:
[q]
strelec, если у вас получилось вскрыть винт и без особых последствий манипулировать с его внутренностями, можете попробовать снять БМГ и вымыть головки. Хуже этому винту уже точно не будет. Кое-какие инструкции в интернете есть, и по выводу головок с диска, и по жидкостям для мытья. Продувать винт от пыли перед сборкой - резиновой грушей. Изолировать головки от диска и друг от друга можно трубочками для коктейлей. Удачи! Я вам ничем подсказать не смогу, на эту тему я знаю только то, что есть в интернете.
[/q]
Это я и собирался проделать.Но шансы положит. результата очень низки.
Случайным образом наткнулся на команду 1>C(описания этой команды я не нашел) ,выводит пару crc: rom и user area.
В слитом дампе по адресам D8,xxxx;D9,xxxx нет такой crc.Предположил,что ,возможно, это "неправильная " часть флеш памяти.Поэтому и решил попробовать слить память по др. адресам.Но по какой-то причине произошел вышеуказанный казус ,т.е. остановка шпинделя при обращении к памяти.
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
strelec написал:
[q]
В слитом дампе по адресам D8,xxxx;D9,xxxx нет такой crc.
[/q]
Так и не должно быть, тк это вычисленная программой CRC


KALDYH написал:
[q]
Удачи!
[/q]
Присоединяюсь к пожеланиям! У меня самого с механикой вообще плохо,
в разных самоделках самым сложным бывает изготовление корпуса, а
про вскрытие HDD, снятие БМГ и чистку головок даже подумать страшно!
strelec
Newbie


Откуда: Кемерово
Всего сообщений: 105
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
3 апр. 2018
i8088 написал:
[q]
Так и не должно быть, тк это вычисленная программой CRC
[/q]
Я предполагал,что crc хранится в самом файле(дампе и тп) ,рассчитывается программой жд,сравнивается для определения целостности файла.
Я исходил из того,например :
T>r
Disk Code Revision # .137 CRC ==> 6713

И в файле CERT как раз есть эта crc в 1-ых двух байтах (в обр. последовательности).Причем встречается в данном случае единожды.Что похоже на правду.
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
strelec написал:
[q]
И в файле CERT как раз есть эта crc в 1-ых двух байтах (в обр. последовательности).Причем встречается в данном случае единожды.Что похоже на правду.
[/q]
Тогда она должна храниться в той части ПЗУ, которая не учавствует в подсчете CRC, те
не все ПЗУ будет охвачено CRC, тк практически очень сложно так подогнать данные,
чтобы CRC в самом файле хранилась, и та же CRC получалась при подсчете.
По отношению к образу ПЗУ такой практики не припоминается.
А попробуйте поискать эту CRC на скопированных с диска треках
strelec
Newbie


Откуда: Кемерово
Всего сообщений: 105
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
3 апр. 2018
i8088 написал:
[q]
А попробуйте поискать эту CRC на скопированных с диска треках
[/q]
Я не знаю ,что это за адресное пространство:
1>Dxx,xxxx.Это гигантский массив.По адресу D8,0000-D9,FFFF ,согласно скрипту лежит ПЗУ.
Причем все эти адреса D00,0000-DFF,FFFF(000000h-FFFFFFh) читаются.
Если даже и найти crc ,алгоритм ее расчета сложно вычислить(как тут говорили,ida вам в помощь :))
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 36 37 38 39 40 * 41 42 43 44 .. 75 76 77 78 79 80
Печать
Полигон-2 »   Документация »   Програмный ремонт жёстких дисков HDD
RSS

0 посетителей просмотрели эту тему за последние 15 минут
В том числе: 0 гостей, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS