| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Документация » Програмный ремонт жёстких дисков HDD |
 |
Програмный ремонт жёстких дисков HDD
Програмный (и не только) ремонт классических жёстких дисков HDD /Seagate /Samsung /IBM /Hitachi /HGST /Western Digital
| <<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 37 38 39 40 41 * 42 43 44 45 .. 75 76 77 78 79 80 | Печать |
| i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
strelec написал: И в файле CERT как раз есть эта crc в 1-ых двух байтах (в обр. последовательности).Причем встречается в данном случае единожды.Что похоже на правду.Тогда она должна храниться в той части ПЗУ, которая не учавствует в подсчете CRC, те не все ПЗУ будет охвачено CRC, тк практически очень сложно так подогнать данные, чтобы CRC в самом файле хранилась, и та же CRC получалась при подсчете. По отношению к образу ПЗУ такой практики не припоминается. А попробуйте поискать эту CRC на скопированных с диска треках |
| strelec
Newbie
Откуда: Кемерово Всего сообщений: 105 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 3 апр. 2018 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 18 апреля 2018 16:28 Сообщение отредактировано: 18 апреля 2018 16:34
i8088 написал: А попробуйте поискать эту CRC на скопированных с диска трекахЯ не знаю ,что это за адресное пространство: 1>Dxx,xxxx.Это гигантский массив.По адресу D8,0000-D9,FFFF ,согласно скрипту лежит ПЗУ. Причем все эти адреса D00,0000-DFF,FFFF(000000h-FFFFFFh) читаются. Если даже и найти crc ,алгоритм ее расчета сложно вычислить(как тут говорили,ida вам в помощь  ) |
| i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Если можно переставлять байты в карте голов, и потом работает, может эта CRC не особо и критична? Те программа имеет возможность подсчитать CRC для ПЗУ, но она возможно и не испульзуется. Это так, предположения... |
| strelec
Newbie
Откуда: Кемерово Всего сообщений: 105 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 3 апр. 2018 |
i8088 написал: Если можно переставлять байты в карте голов, и потом работает, может эта CRC не особо иВполне возможно,надо пробовать. |
| SRUTSSSSSSSS80 |
i8088 написал: Если можно переставлять байты в карте головпросто правим карту голов в ПЗУ и APP и всё, считать CRC не нужно...я зачем примеры приводил от это касается 7200,7 и потом можно рубить командой. Ресурсы от SD |
| i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 18 апреля 2018 21:47 Сообщение отредактировано: 21 апреля 2018 19:05
В докуметации от BVG есть кое-какое описание команд на уровне A>. Там встречается термины LPL (logical cyl, physical head, logical sector) и PCHS (здесь все ясно). Диск вместо PCHS использует LPP (logical cyl, physical head, physical sector) Cx,y Convert LBA to LPL and display to screen.Диск однако сообщает несколько иначе, так Те, полный физический цилиндр диск не сообщает, но отдает физическую головку и сектор. Функции эти видимо не проверяют корректность ввода, и при вводе запредельных LBA дают "интересные" номера. В описании видимо ошибка, так команда >D> конвертирует не LBA->PCHS, а KBA->LPP Обратные команды: cx,y,z Convert LPL to LBA and display to screen.Примеры: В описании аналогичная ошибка, по команде >d> конвертируем не PCHS->LBA, а LPP->KBA (или так только у GALAXY?). Кстати, как правильно расшифровывается KBA - K??? Block Address ? Если конвертировать LPP в KBA, и если сектор в дефект листе, то преобразование дает один и тот же KBA для дефектного и соседнего с ним сектора. В случае группы дефектов, это распространяется на всю группу. Примеры. 1. В дефект-листе имеем 00107.1.1F0 001 (1 дефектный сектор на треке 107, head 1, sec 1f0) 2. В дефект-листе имеем 0102E.2.28F 003 (3 дефектных сектора на треке 102E, head 2, начальный сектор блока дефектов 28F) Я предположил, что этим можно воспользоваться для проверки, реально ли "работает" наш перенесенный сектор в дефект листе. Проверим наш перенесенный сектор 10B76.2.228 Из этого можно предположить, что транслятор работает с нашим "перенесенным" сектором должным образом. Почему же появились два дефекта UNC, разнесенные друг от друга? Один бывший UNC LBA я сохранил, это 282638848, те 10D8BA00 Почему-то он расположен до сектора 288, даже с учетом съезжания транслятра на один сектор (хотя оно должно быть после сектора 288), мне непонятно. Ну а второй UNC скорее всего первый годный сектор после бывшего последнего сектора трека, он как раз должен попасть на первый ранее не использованный резервный сектор на треке, и на нем видимо верного ECC не было, и необходимо выполнить запись, для правильного расчета ECC. Таким образом, после выполнения A>P необходимо стирание поверхности. Интересно проверить команды преобразований с секторами в G-лист, зону попробую проверить. |
| SRUTSSSSSSSS80 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 18 апреля 2018 22:20 Сообщение отредактировано: 18 апреля 2018 22:22
LEVEL A COMMANDS: Niwot Read/Write LBA Commands (FULLSLIP) Оффтопик: Оффтопик: Command Description Cx,y Convert LBA to LPL and display to screen. x - upper word of >16 bit address y - lower word >16 bit address or the 16 bit address Dx,y Convert LBA to PCHS and display to screen. x - upper word of >16 bit address y - lower word >16 bit address or the 16 bit address Ex,y Display Log(s) See /2 E for further detail. Mx,y Set GrandB Test ports x – Test port to set y – Value to set it to ( 0xff will disable the port ) Q,x Write/Read/Read LBA. x – # of sectors to read default - # of unslipped sectors on this LPL – this sector # (rest of track , no wrap ) R,x Read LBA Command. x – # of sectors to read default - # of unslipped sectors on this LPL – this sector # (rest of track , no wrap ) Sx,y,z Seek LBA Command. x - upper word of >16 bit address y - lower word >16 bit address or the 16 bit address z - Track follow offset. Signed 16 bit integer W,x Write LBA Command. x – # of sectors to read default - # of unslipped sectors on this LPL – this sector # (rest of track , no wrap ) Yx,y,za Show/Set Retry Controls See /2 Y for further detail. cx,y,z Convert LPL to LBA and display to screen. x – Logical Cylinder y – Physical Head z – Logical Sector dx,y,z Convert PCHS to LBA and display to screen. x – Physical Cylinder y – Physical Head z – Physical Sector lx,y,z Display # of unslipped sectors for LPL to screen. x – Logical Cylinder y – Physical Head z – Logical Sector |
| SRUTSSSSSSSS80 |
Вот к примеру на ST3320620A KBA 00000000 = LPP 00000018.0.0000 KBA 00100000 = LPP 000000B9.0.0063 KBA 00200000 = LPP 0000015A.0.0088 KBA 00300000 = LPP 0000021D.1.0040 KBA 00400000 = LPP 000002BA.1.002D KBA 00500000 = LPP 000003AC.2.054F KBA 00600000 = LPP 00000451.2.03A5 KBA 00700000 = LPP 000004F6.2.01F4 KBA 00800000 = LPP 00000569.3.0047 KBA 00A00000 = LPP 0000069C.3.0104 KBA 00C00000 = LPP 00000887.2.0100 KBA 00E00000 = LPP 000009D2.2.0461 KBA 01000000 = LPP 00000ACC.1.02D8 KBA 02000000 = LPP 0000167B.2.0344 КBA это логические сектора (LBA) . LPP физические -в координатах цилиндр.голова.сектор в шестнадцатеричном представлении естественно. |
| strelec
Newbie
Откуда: Кемерово Всего сообщений: 105 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 3 апр. 2018 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 20 апреля 2018 7:09 Сообщение отредактировано: 20 апреля 2018 7:15
При разгребании хлама попалась голая плата от hdd seagate(остался только двигатель).Идентификация получилась через номер на плате,да и маркировка на чипах -seagate.Подключил ,cntrl z и плата вышла в терминал ) Rst 0x10MНа многие команды(те,что нашел в инете) ответ- F3 1>BЕсть и такое: Непонятно ,причем тут леново? Также F3 1>e,fТоже что-то интересное На очереди- samsung wn310820a |
| KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
strelec написал: Sapta15Momentus Thin на 320 Гб, архитектура, как видно, F3. Это уже новая актуальная. Система команд сильно отличается от обсуждаемой здесь. Удачи в экспериментах! |
| <<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 37 38 39 40 41 * 42 43 44 45 .. 75 76 77 78 79 80 | Печать |
Полигон-2 » Документация » Програмный ремонт жёстких дисков HDD |
|
| 1 посетитель просмотрел эту тему за последние 15 минут |
| В том числе: 1 гость, 0 скрытых пользователей |
| Последние |
|
| [Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. | |
| Самые активные 5 тем |
|