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

Полигон-2

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

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

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

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

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

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

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 31 32 33 34 35 * 36 37 38 39 .. 75 76 77 78 79 80
Печать
 
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
i8088 написал:
[q]
А есть сведения, какая система команд (тип процессора) на 7200.7
7200.10?
[/q]
Есть. Ядро ST10, система команд C166
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH написал:
[q]
Есть. Ядро ST10, система команд C166
[/q]
Спасибо, почитаю!

А вот медленный режим ALPINE

root@le3:~ # diskinfo -ct /dev/ad2
/dev/ad2
        512             # sectorsize
        80026361856     # mediasize in bytes (74G)
        156301488       # mediasize in sectors
        0               # stripesize
        0               # stripeoffset
        155061          # Cylinders according to firmware.
        16              # Heads according to firmware.
        63              # Sectors according to firmware.
        5JVTT9JV        # Disk ident.

I/O command overhead:
        time to read 10MB block      0.177532 sec       =    0.009 msec/sector
        time to read 20480 sectors   2.023007 sec       =    0.099 msec/sector
        calculated command overhead                     =    0.090 msec/sector

Seek times:
        Full stroke:      250 iter in   5.710375 sec =   22.841 msec
        Half stroke:      250 iter in   4.420738 sec =   17.683 msec
        Quarter stroke:   500 iter in   7.118382 sec =   14.237 msec
        Short forward:    400 iter in   2.035537 sec =    5.089 msec
        Short backward:   400 iter in   1.405446 sec =    3.514 msec
        Seq outer:       2048 iter in   0.228365 sec =    0.112 msec
        Seq inner:       2048 iter in   0.239522 sec =    0.117 msec
Transfer rates:
        outside:       102400 kbytes in   1.822647 sec =    56182 kbytes/sec
        middle:        102400 kbytes in   2.147281 sec =    47688 kbytes/sec
        inside:        102400 kbytes in   3.438998 sec =    29776 kbytes/sec


А вот быстрый

root@le3:~ # diskinfo -ct /dev/ad2
/dev/ad2
        512             # sectorsize
        80026361856     # mediasize in bytes (74G)
        156301488       # mediasize in sectors
        0               # stripesize
        0               # stripeoffset
        155061          # Cylinders according to firmware.
        16              # Heads according to firmware.
        63              # Sectors according to firmware.
        5JVTT9JV        # Disk ident.

I/O command overhead:
        time to read 10MB block      0.177514 sec       =    0.009 msec/sector
        time to read 20480 sectors   2.028864 sec       =    0.099 msec/sector
        calculated command overhead                     =    0.090 msec/sector

Seek times:
        Full stroke:      250 iter in   5.045298 sec =   20.181 msec
        Half stroke:      250 iter in   3.670655 sec =   14.683 msec
        Quarter stroke:   500 iter in   6.075859 sec =   12.152 msec
        Short forward:    400 iter in   2.036108 sec =    5.090 msec
        Short backward:   400 iter in   1.399953 sec =    3.500 msec
        Seq outer:       2048 iter in   0.221186 sec =    0.108 msec
        Seq inner:       2048 iter in   0.239222 sec =    0.117 msec
Transfer rates:
        outside:       102400 kbytes in   1.831378 sec =    55914 kbytes/sec
        middle:        102400 kbytes in   2.149393 sec =    47641 kbytes/sec
        inside:        102400 kbytes in   3.441559 sec =    29754 kbytes/sec


Обратил внимание, что при отсутствии запросов со стороны OS, диск (на нем пока нет ФС)
иногда живет своей жизнью, слышно по очень легкому жужжащему звуку, примерно как при
линейном чтении. Но SMART отключен. Те его микропрограмма занимается offline своими
делами, независимо от SMART? У Вас такого не наблюдалось?
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
Подскажите, нашел команды:

2.4 LEVEL 1 COMMANDS
=====================================
Dx,yyyy,zz      Display Memory.

Displays 256 bytes of memory starting at address xyyyy.
x  - upper bits of  >16 bit address
yyyy  - lower 16 bits of  >16 bit address or the 16 bit address
zz  - high-light bytes matching this value.
=====================================
Sx,yyyy    Edit Memory Byte.

x - upper bits of >16 bit address
yyyy – lower 16 bits of  >16 bit address or the 16 bit address
The uP will continue to read the memory byte and will update the display if the byte changes.
After entering desired edit value, the following actions may be taken:
DEL - Re-edit same byte
CR(^M)  - Close out and exit
LF(^J)  - Edit the next sequential location

=====================================


Первая команда- вывод пзу на экран (сравнивал со скачанным ROM-сходится).
А во второй команде о какой памяти идет речь?
marinovsoft
Junior Member


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


Ссылка


Дата регистрации на форуме:
2 сен. 2017
RAM, как мне думается.
SRUTSSSSSSSS80
Newbie


Всего сообщений: 10
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
11 апр. 2018
KALDYHhttp://rgho.st/7kKXqwhHR
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
i8088 написал:
[q]
Обратил внимание, что при отсутствии запросов со стороны OS, диск (на нем пока нет ФС)
иногда живет своей жизнью, слышно по очень легкому жужжащему звуку, примерно как при
линейном чтении. Но SMART отключен. Те его микропрограмма занимается offline своими
делами, независимо от SMART? У Вас такого не наблюдалось?
[/q]
Наблюдается у всех 7200.7 и скорее всего есть у всех барракуд. Похоже на оффлайн-самотестирование SMART, попробуйте позапускать тесты SMART вручную и сравнить. Не факт, что оно отключается. Кстати, громкость звука и оттенки щелчков зависят от версии микропрограммы.

strelec написал:
[q]
Первая команда- вывод пзу на экран (сравнивал со скачанным ROM-сходится).
А во второй команде о какой памяти идет речь?
[/q]
Обе команды работают со всем адресным пространством: и ОЗУ, и ПЗУ. Запись в ПЗУ, естественно, будет безрезультатной.
strelec, красиво документ оформлен. Можно ссылочку? Кажется, у меня такой версии нету.


Тем временем поставил эксперимент. Есть два Samsung Winner WNR-31061A (из тех что marinovsoft отдал). Диагностика показала, что у обоих сожжены платы, у одного аж до сгоревших дорожек вокруг микроконтроллера. Плата Winner Rev. E. Порывшись в необъятном своём загашнике, нашёл две осиротевшие платы Winner Rev. A2, это от моделей WN-310820A, WN-312021A, WN-316025A, WN-321620A. Глянул - канал чтения одинаковый, микроконтроллер одинаковый, вообще отличия только в крутилке. Взял да и прикрутил к банке. Хм... Винт нормально раскрутился, распарковался и откалибровался, только светодиод занятости гореть не перестал и через некоторое время шпиндель остановился. Подцепил его к PC3000, кое-как вывел в готовность. Глянул паспорт - вроде отдаёт. Запустил тест служебной зоны - читается с ошибками. Освежив в голове теорию, отформатировал служебку - вроде норм. Послал на винт скрипт селфскана, запустил BURN-IN FLOW и кинул в сторонку на отдельный БП. Ну вроде пошёл процесс, чего-то там пощёлкивает помаленьку... Подожду, чем всё закончится.
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
Поизучал слитый дамп памяти с Jaguar, адреса 0000-FFFF. Конвертировать не стал, и так сойдёт. Напоминаю, объём ПЗУ - 64к, объём внешнего ОЗУ - 32к.

Блок 0000-00FF - всё занято данными. Похоже, скрэчпад-память микроконтроллера, как и сказано в референсах на 68HC11
0100-017F также занято данными
С адресов 0180-0FFF читается паттерн 04030201
Адреса 1000-13FF содержат в основном нули с редкими вкраплениями ненулевых байт. Ненулевые данные кучкуются в группы.
По адресам 1400-1DFF читается паттерн 04030201
Блоки 1E00-1EFF, 1F00-1FFF в начале до середины заполнены данными, далее - байтами FF
Блоки 2000-49FF плотно заняты данными. Похоже, программный код.
4A00-5898 также заполнены данными, но в них проявляется повторяющаяся структура. Похоже. некие таблицы. Далее снова идут нерегулярные данные до адресов 6990-6AAC, где снова обнаруживается регулярная структура. До адреса B6CD память заполнена данными.
По адресам B6CE-BFFF читаются нули
Адреса C000-E768 снова заполнены данными, с адреса E769 и почти до самого конца адресного пространства читаются нули. В конце небольшая строчка байт ненулевая.

Попробовал почитать ячейку памяти по адресу 0200 - каждый раз читается разное значение, и это не 04. Похоже, паттерн 04030201 - это чтение пустой шины.

Буферы 0-F располагаются в ОЗУ последовательно по адресам начиная с 0000. На свежеинициализированном винте буфера 0, 2 содержат данные, буфера C, D - заполнены нулями, остальные - паттерном 55. Напоминаю карту буферов CFS540:
Diag buf usage
Buf 0-1 Rd buf
Buf 2   Wrt buf
Buf 4-7 Elog
Buf 8-B Dsp log
Buf C-F Asc log
Buf 10-7F unused

После прочтения нескольких логов буферы 0, 1, 2 стали содержать данные, A-B - куски логов, C-D - нули. Сравнение показало, что содержимое буферов 0-1 совпадают с буферами A-B. Вывод? 0-1 - действительно буферы чтения, а буфер выводимого лога - это A-B. Позже можно будет поанализировать буферы 10-7F - это как раз до конца адресного пространства. Как видно, чтение памяти командой 1>D и буферов командой 2>B не совпадают - следовательно, при работе с буферами происходит переключение банков. Размер страницы - 256 или 512 байт. Вот такие пока выводы.
Подал команду 2>P3333, а затем 2>B02. Да, действительно, P - это заливка паттерном, а второй буфер - запись.

Проверил уровни /A, /B - уровень не меняется, но сообщение Invalid Entry (как при попытке зайти на 5, 8, 9, С и т.д.) при этом не выдаётся.

Надо смастерить переходную колодку с PLCC-32 на DIP-28 для программатора, чтобы ПЗУ считать.
strelec
Newbie


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


Ссылка


Дата регистрации на форуме:
3 апр. 2018
Хотел вручную подправить адаптивы по 7>I.
Из того ,что понял -это ток записи.
Но этот параметр уже на пределе...
Head 0
        Bias  Pre-  Data Boost Boost Write  MR    OD    ID    ZPR
        Cur   Comp  Filt        Ofst  Cur   Asym  Ofst  Ofst
Zone    (1)   (2)   (3)   (4)   (5)   (6)   (7)   (8)   (9)   (A)
  0      7     B     7     3     4     F     0     F     F     5
  1      7     7     7     3     2     F     0     F     F     5
  2      7     7     7     3     5     F     0     F     F     5
  3      7     7     7     3     5     F     0     F     F     5
  4      7     8     7     3     6     F     0     F     F     5
  5      7     7     7     3     6     F     0     F     F     5
  6      7     7     7     3     6     F     0     F     D     5
  7      7     5     7     3     6     F     0     D     F     5
  8      7     7     7     3     6     F     0     F     F     5
  9      7     7     7     3     6     F     0     F     F     5



KALDYH написал:
[q]
Кажется, у меня такой версии нету.
[/q]
Если вы про этот фрагмент документа:
http://www.phantom.sannata.ru/...1#pp443491
Символ "=" я добавил для удобочитаемости:)
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH написал:
[q]
Наблюдается у всех 7200.7 и скорее всего есть у всех барракуд. Похоже на оффлайн-самотестирование SMART, попробуйте позапускать тесты SMART вручную и сравнить. Не факт, что оно отключается. Кстати, громкость звука и оттенки щелчков зависят от версии микропрограммы.
[/q]
OK, спасибо! Я вчера запускал SMARToffline самотестирование, долгое и короткое, и да звуки примерно такие-же.
Посмотрел систему косанд C166 - очень обширная, почти как X86! Assembler скачать пока не получилось, но еще
поищу, а дизассемблер - IDA должна поддерживать.
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Хех, забрал наконец вроде как испорченную TONKA2 80GB,на сей раз SATA.
Скорость R/W хорошая, remap-ов нету.

И опять ересь в атрибутах 197 и 198

197 Current_Pending_Sector  0x0012   001   001   000    Old_age   Always       -       4294967295
198 Offline_Uncorrectable   0x0010   001   001   000    Old_age   Offline      -       4294967295
199 UDMA_CRC_Error_Count    0x003e   200   199   000    Old_age   Always       -       514


В прошлый раз (с TONKA2 80GB PATA) было: 4294967294, на единицу меньше, только UDMA ошибок по кабелю не было.


PATA имеет прошивку 3.AAJ, SATA 3.ALJ. Похоже на какой-то баг/фичу микропрограммы.
Сброшу SMART и понаблюдаю. Собственно, диск был забракован по показаниям программ,
интерпретирующих SMART.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 31 32 33 34 35 * 36 37 38 39 .. 75 76 77 78 79 80
Печать
Полигон-2 »   Документация »   Програмный ремонт жёстких дисков HDD
RSS

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

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

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