Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Документация » Програмный ремонт жёстких дисков HDD |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 14 15 16 17 18 * 19 20 21 22 .. 75 76 77 78 79 80 | Печать |
marinovsoft
Junior Member
Откуда: Кемерово Всего сообщений: 153 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 сен. 2017 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 30 марта 2018 13:16 Сообщение отредактировано: 30 марта 2018 13:39
А вот почему у меня получилось на несколько Мб/c меньше это уже странно http://www.phantom.sannata.ru/...6#pp439416 |
wrenchrox
Advanced Member
Inhale Откуда: Москва Всего сообщений: 1888 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 11 нояб. 2009 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 30 марта 2018 13:18 Сообщение отредактировано: 30 марта 2018 13:21
HPA? Некоторые Gigabyte-ы ставят его втихую, скрадывая объём. (А у меня сейчас как раз Gigabyte). Только не меньше, а больше: у вас 38166, а у меня 38164 Mb. |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 30 марта 2018 13:21 Сообщение отредактировано: 30 марта 2018 13:22
Это можно трактовать прежде всего как то, что сигейт выдаёт откровенно недостоверные результаты в режиме верификации. Возьмём на заметку. Я думал, это только у 10-й серии. Надо ещё что-то со своей рабочей станцией сделать - у неё подгорел пин на Secondary, отвечающий за определение 80-жильного шлейфа. Диагностике, ремонту и резервному копированию не мешает, но бенчмарки не погоняешь. А на Primary оба канала заняты системными винтами. Окей, прогоню тест на работе. |
marinovsoft
Junior Member
Откуда: Кемерово Всего сообщений: 153 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 сен. 2017 |
wrenchrox, я имел в виду Мб/с, исправил сообщение. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 30 марта 2018 14:39 Сообщение отредактировано: 30 марта 2018 14:40
KALDYH написал: Приемник CBLID вышел из строя? Обычно он в южном мосте, или специальный, или из Надо ещё что-то со своей рабочей станцией сделать - у неё подгорел пин на Secondary, отвечающий за определение 80-жильного шлейфа. состава GPIO. Есть еще вариант определения типа кабеля через устройство, нужен лишь конденсатор на ножке CBLID, но тогда OS должна уметь им пользоваться. А что за чипсет в Вашей рабочей станции? |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
i8088 написал: VIA 82C686B. Перепаять, что ли? На работе паяльная станция есть. Или материнку сменить? У меня несколько материнок на S370 с ISA, но каждая с каким-нибудь брачком... А что за чипсет в Вашей рабочей станции? |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 30 марта 2018 16:11 Сообщение отредактировано: 30 марта 2018 16:17
KALDYH написал: Не спешите. 686B (UDMA100 max) отличается от 686A (UDMA66 max) наличием cabal bit VIA 82C686B. Перепаять, что ли? (именно 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 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 31 марта 2018 10:04 Сообщение отредактировано: 31 марта 2018 10:50
На работе прогнал график чтения для восстановленного 7200.7 с прошивкой 8.54 Видно, что в самом начале поверхность не очень, но тем не менее пользоваться можно. В общем, если сделать скидку на косяк в начале и на разные масштабы графиков, прошивки 3.06 и 8.54 имеют одинаковую скорость линейного чтения. Возможно, разница проявится в синтетических тестах - но мне их гонять лень, и нужен экземпляр с идеальной поверхностью. До кучи, график с восстановленного 7200.9, тоже на 80 Гб Плотность выросла ровно вдвое, а скорость линейного чтения - даже меньше чем в √2 раза, с 56 до 72 Мбит/с. Да, небольшой хинт: чтобы график был без ложных провалов, а компьютером параллельно можно было пользоваться, надо задать процессу Victoria приоритет realtime. wrenchrox написал: Окей, ближайшее время займусь. Оченно хотелось бы почитать часть опуса про Samsung-и! |
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 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 31 марта 2018 16:05 Сообщение отредактировано: 31 марта 2018 16:08
KALDYH, вопросы по отправке cert (в данном случае для TONKA40). В Вашем примере для TONKA2 Почему при объединении cert1 и cert2 280h + 188h получаем 520h, а не 408h? CREATE_FILE/track\cert1.bin/track\cert.bin/1/0/280/1 А можно ли просто соединить cert1 и cert2, и записать 500h секторов? Для моего TONKA40 я получил:
Те, трек с 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? |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 14 15 16 17 18 * 19 20 21 22 .. 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 тем | |