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

Полигон-2

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

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

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

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

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

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

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 14 15 16 17 18 * 19 20 21 22 .. 75 76 77 78 79 80
Печать
 
wrenchrox
Advanced Member
Inhale

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


Ссылка


Дата регистрации на форуме:
11 нояб. 2009
HPA? Некоторые Gigabyte-ы ставят его втихую, скрадывая объём. (А у меня сейчас как раз Gigabyte).
Только не меньше, а больше: у вас 38166, а у меня 38164 Mb.
KALDYH
Advanced Member
Технонекромант

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


Ссылка


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

Надо ещё что-то со своей рабочей станцией сделать - у неё подгорел пин на Secondary, отвечающий за определение 80-жильного шлейфа. Диагностике, ремонту и резервному копированию не мешает, но бенчмарки не погоняешь. А на Primary оба канала заняты системными винтами. Окей, прогоню тест на работе.
marinovsoft
Junior Member


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


Ссылка


Дата регистрации на форуме:
2 сен. 2017
wrenchrox, я имел в виду Мб/с, исправил сообщение.
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH написал:
[q]
Надо ещё что-то со своей рабочей станцией сделать - у неё подгорел пин на Secondary, отвечающий за определение 80-жильного шлейфа.
[/q]
Приемник CBLID вышел из строя? Обычно он в южном мосте, или специальный, или из
состава GPIO. Есть еще вариант определения типа кабеля через устройство, нужен лишь
конденсатор на ножке CBLID, но тогда OS должна уметь им пользоваться. А что за
чипсет в Вашей рабочей станции?
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
i8088 написал:
[q]
А что за чипсет в Вашей рабочей станции?
[/q]
VIA 82C686B. Перепаять, что ли? На работе паяльная станция есть. Или материнку сменить? У меня несколько материнок на S370 с ISA, но каждая с каким-нибудь брачком...
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH написал:
[q]
VIA 82C686B. Перепаять, что ли?
[/q]
Не спешите. 686B (UDMA100 max) отличается от 686A (UDMA66 max) наличием cabal bit
(именно cabal, стр 71 datasheet:). А вот 686A использует GPIO, на разных платах они
отличаются, по сути несколько вариантов. Мне однако попадались платы (правда с 686A),
использующие detect cable from device, в таком случае при пробое конденсатора кабель будет
определяться как 40pin, при обрыве как 80pin.

Можно проверить, как у вас работает, подавая уровни 1 и 0 на контакт CBLID (обычно можно и
просто замыкать на корпус, но например ASUS может не ставить подтягивающие резисторы) и
наблюдая за битами нужного регистра. Бит устанавливается в зависимости от типа кабеля один раз
при сбросе устройства (а потом можно менять его программно)!

Для ремонта HDD по любому лучше брать плату на VIA
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
На работе прогнал график чтения для восстановленного 7200.7 с прошивкой 8.54


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

До кучи, график с восстановленного 7200.9, тоже на 80 Гб


Плотность выросла ровно вдвое, а скорость линейного чтения - даже меньше чем в √2 раза, с 56 до 72 Мбит/с.

Да, небольшой хинт: чтобы график был без ложных провалов, а компьютером параллельно можно было пользоваться, надо задать процессу Victoria приоритет realtime.

wrenchrox написал:
[q]
Оченно хотелось бы почитать часть опуса про Samsung-и! :)
[/q]
Окей, ближайшее время займусь.
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
А сектора с задержками (больше 150ms) у восстановленного 7200.7 есть? Я думаю скорость вначале
меньше из-за большого количества скрытых в P-list дефектов в начале поверхности, соответственно
нужно какое-то время на проворот диска для пропуска этих секторов в P-list.

На моем экземпляре 7200.7 (который после сброса G-list) один сетор с задержкой 150ms, но
появляется в разных местах, пока списал на внутренние дела накопителя (как у старых Fujitsu)
i8088
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 янв. 2015
KALDYH, вопросы по отправке cert (в данном случае для TONKA40).

В Вашем примере для TONKA2
[q]
CREATE_FILE/track\cert1.bin/track\cert.bin/1/0/280/1
CREATE_FILE/track\cert2.bin/track\cert.bin/0/0/188/1

Скрипт сливает два файла в один (cert.bin), беря 280h секторов из cert1.bin и 188h из cert2.bin.

Для его посылки и запуска используется скрипт следующего вида (пример для TONKA2 - длина серта 520h секторов):

SPEED/115200
STR/d,3,1/0
SLEEP/4000
SEND_FILE/4096/track\Cert.bin/>0/>520
STR/r/0
BAUDRATE/9600
[/q]
Почему при объединении cert1 и cert2 280h + 188h получаем 520h, а не 408h?
А можно ли просто соединить cert1 и cert2, и записать 500h секторов?


Для моего TONKA40 я получил:

1>r

cmd  58,  params  0032 0000 0000 0408 0B80 0408 0000 0000 000A 6201 0032
DiskAccess ReadSector EC=43 at ffffffff.00.0000

cmd  58,  params  0032 0000 0000 0408 0B80 0408 0000 0000 000A 6201 0032
DiskAccess ReadSector EC=43 at ffffffff.00.0000
INVALID Cert Disk Code - ROM Resident Revision Required: 2AAAQ0
    Code - 70  Track FFFFF(0B9DE).0.000  Sns 000  Rty F7FF.24.80FF  Rtf 1800  LBA 00000037
1>


Те, трек с CERT 0x32, а длина 0x408, как в таблице offsets.xls.

В таблице offset.xls для cert1/cert2 TONKA40 указано 2FDh 10Bh, но по ссылке: http://files.hddguru.com/downl...e/Tonka40/
Cert1 заполнен полностью, а у cert2 нулевые байты начинаются с адреса 26800h, те длина 134h?
Как тогда правильно сделать cert для отправки, и какую длину записывать?

И еще, где в той ссылке cert tables?
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
i8088 написал:
[q]
Почему при объединении cert1 и cert2 280h + 188h получаем 520h, а не 408h?
[/q]
Я по запарке скопипастил скрипт не для TONKA2, а для CORSAIR. Исправил.

i8088 написал:
[q]
А можно ли просто соединить cert1 и cert2, и записать 500h секторов?
[/q]
Данный скрипт отправляет именно в память. Можно записать церт напрямую на диск через буферы записи, но это неудобно и особой необходимости в этом нет.

i8088 написал:
[q]
у cert2 нулевые байты начинаются с адреса 26800h, те длина 134h?
[/q]
Скачал, изучил. По адресам 21600-24600 (сектора 10B-123) и 25800-26800 (сектора 12С-134) лежат таблички (опознаются по характерным заголовкам, версия .065). Данным из Offsets.xls - верить. Почему табличек две - другой вопрос.

i8088 написал:
[q]
И еще, где в той ссылке cert tables?
[/q]
Таблица говорит - трек 0x66 (обрати внимание - это трек второго куска серта), с сектора 10Bh (ровно там, где он кончается), длина 18h.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 14 15 16 17 18 * 19 20 21 22 .. 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