Ru-Board.club
← Вернуться в раздел «Программы»

» Victoria | Виктория | HDD Diagnostic (часть 2)

Автор: MisHel64
Дата сообщения: 13.02.2014 03:27
Gideon Vi Я лишь ответил на вопрос, почему не выполняется ремап в программе.

Цитата:
Они - суть одна функция с разными параметрами, или их все три убрали?

Нет. Убрали одну функцию "пометка сектора дефектным". Описана она была в стандарте ATA4, но и там была помечена как "ВенторСпецифик". Если кто помнит, в BIOSах раньше была функция "форматирование HDD". Это именно она, и качественно убивала тогдашние сегейты. Да и работала она только в реальной CHS системе координат, хотя из документации можно было сделать вывод, что и в виртуальных CHS и LBA координатах она будет работать. Но это не верно. В этом веке не было выпущено ни одного винта с реальной CHS.
В ATA/ATAPI7 эта функция вообще не описана. Именно этот стандарт описывает LBA48, по этому любой винт размером в 128Г и выше просто обязан следовать именно этому стандарту.
Кста, именно по этой же причине так любимый ЛовЛевелФормат больше не возможен. Любая универсальная программа, обещающая LLF, или нагло обманывает, или дико устарела, или делает обычный "ZeroFill" т.е. обманывает не очень нагло, или аффтор идиот.

Два других варианта существуют в современных винтах.
Есть функция, обычно известная как SelfScan (не путать с той, что в разделе SMART задокументирована). Если очень грубо, то с использованием именно этой функции убирают заводские дефекты пластин, и к потребителю винт поступает без единого видимого дефекта. Реализовать ее программно, очень сложно, а иногда вообще не возможно, и для каждого семейства винтов алгоритм вызова свой. Почитайте документацию на PC3000 и аналогичные комплексы.

Есть функция автоматического скрытия. Если опять же очень грубо, то именно она убирает дефектные сектора в процессе эксплуатации. Вызвать ее программными средствами, не возможно. Количество срабатываний, и/или количество скрытых этой функцией секторов отображается в SMART.
Автор: LonerDergunov
Дата сообщения: 13.02.2014 03:33

Цитата:
И всё же, у кого-нибудь Victoria 4.47 под win 7 x64 ремапила/стирала ББ с положительным результатом ?

Win8 x64 - Remap отрабатывал. Далеко не всегда и не на всех дисках, могл на одним диске для части секторов восстановить работоспособность, а для другой части - нет. Но в некоторых случаях - эффект был. Диски все были с софт-бэдами, то есть сектора помечались в Victorii крестиком, а после прогона ремапом - полностью восстанавливались, не оставляя записей в Smart-таблице.
Автор: Gideon Vi
Дата сообщения: 13.02.2014 08:41
MisHel64, спасибо за информацию. Добавил ссылку на Ваш пост в шапку. По крайней мере до тех пор, пока кто-нибудь не возмется оспорить документально.
Автор: KLASS
Дата сообщения: 13.02.2014 08:57

Цитата:
Из-за отсутствия поддержки данной функции в современных накопителях.


Цитата:
Не сходится.

MisHel64
ndch
По моему, вы просто о разном говорите. Один об имеющейся галочке в сабже, другой о ремапе в "понимании микрокодом винта".
А то немцы (стандарты) какие-то. (С) )

Добавлено:
Gideon Vi

Цитата:
Почему программа не может сделать remap на современных винчестерах

Она его никогда и не делала, за это всегда винт отвечал.
Автор: Leon_Ko
Дата сообщения: 13.02.2014 09:09
KLASS

Цитата:
Она его никогда и не делала, за это всегда винт отвечал.

+1
Автор: MisHel64
Дата сообщения: 13.02.2014 10:27
Gideon Vi
Цитата:
По крайней мере до тех пор, пока кто-нибудь не возмется оспорить документально.

Да я не против, пусть оспаривают, но документально. Стандарт есть, он открыт, легко находится в гугле. По этому любой желающий может его скачать в PDF и почитать. А заодно будет полезно почитать о SMART тестах.
Автор: KLASS
Дата сообщения: 13.02.2014 10:56
Сабж не умеет делать то, что не дают делать стандарты. Тут не поспоришь при всем желании... тока в юмор )
Автор: ndch
Дата сообщения: 13.02.2014 11:12
MisHel64
Вопрос был в следующем:
почему erase
под x64 "НЕ убирает" проблемные сектора,
под x86 "убирает" проблемные сектора,
Пример: http://forum.ru-board.com/topic.cgi?forum=5&topic=35147&start=1260#7

Сабж - Victoria, а не обсуждение почему одна команда vendor specific, а другая mandatory.


Цитата:
Она его никогда и не делала, за это всегда винт отвечал.

Я немного о другом: erase обычно подталкивает винт к этому (при наличии проблемы, свободного места в defect list и т.д. и т.п.).

KLASS

Цитата:
По моему, вы просто о разном говорите. Один об имеющейся галочке в сабже

Если честно, я задал вопрос о причинах разных результатов работы Victoria под разными ОС.
Автор: MisHel64
Дата сообщения: 13.02.2014 11:20

Цитата:
Она его никогда и не делала, за это всегда винт отвечал.

"никогда" это слишком громко сказано, и не верно. АТА4 позволяет именно программе помечать сектор как дефектный. Если производитель это позволит, конечно.
Автор: KLASS
Дата сообщения: 13.02.2014 11:21
ndch
Так собссно и под x64 есть положительные результаты

Цитата:
Win8 x64 - Remap отрабатывал.

если под ремапом подразумевать удачные запись-чтение
Автор: ndch
Дата сообщения: 13.02.2014 11:21
MisHel64
О причинах разных результатов работы Victoria под разными ОС можете объяснить ?
Автор: KLASS
Дата сообщения: 13.02.2014 11:22

Цитата:
АТА4 позволяет именно программе помечать сектор как дефектный

Какой программе?
Автор: ndch
Дата сообщения: 13.02.2014 11:22
KLASS

Цитата:
Так собссно и под x64 есть положительные результаты

Приводил пример.
Вопрос: почему ?
Автор: KLASS
Дата сообщения: 13.02.2014 11:32

Цитата:
Вопрос: почему ?

ХЗ почему у одного получилось сделать запись-чтение в проблемный сектор на x64, у другого нет
Автор: ndch
Дата сообщения: 13.02.2014 11:40
KLASS
Если я уточно что такое повторилось еще один раз с другим винтом ?
Совпадение ?
Автор: MisHel64
Дата сообщения: 13.02.2014 11:46
ndch
Цитата:
О причинах разных результатов работы Victoria под разными ОС можете объяснить ?
А для начала, вы уверены, что ситуации были одинаковые?

KLASS

Цитата:
Какой программе?

Любой. Сабжевой в частности.
Автор: KLASS
Дата сообщения: 13.02.2014 11:58
MisHel64
Т.е. сабж умел в свое время заремапить любой сектор винта (в том числе и здоровый), отдавая некую команду микрокоду винта (приведите, пожалуйста, марку)? Все верно?
Или что-то другое подразумевалось под фразой:

Цитата:
позволяет именно программе помечать сектор как дефектный



Добавлено:
ndch

Цитата:
Если я уточно что такое повторилось еще один раз с другим винтом ?
Совпадение ?

Без понятия, я всего лишь обратил внимание на то, что у чела и на х64 сработало то, чего у вас нет.
Автор: ndch
Дата сообщения: 13.02.2014 12:14
MisHel64

Цитата:
А для начала, вы уверены, что ситуации были одинаковые?

victoria @ win7 x64 - fail
reboot (перезагрузка в другую ОС, не холодный старт)
victoria @ winxp x86 - success

Добавлено:
KLASS

Цитата:
я всего лишь обратил внимание на то, что у чела и на х64 сработало то, чего у вас нет.

этот чел и был я.

по факту в x64:
виктория писала в логах try Erase 256 sectors(6083067..6083322)... complete
при скане в цикле (и стирании "подозрительных") ситуация повторялась.
Или по-другому: при следующем сканировании опять на этом же секторе "задумывалась".

после перезагрузки в x86:
один раз try Erase 256 sectors(6083067..6083322)... complete
и сектор "стал нормальным", при следующих сканированиях на этом же секторе "НЕ задумывалась".
Автор: MisHel64
Дата сообщения: 13.02.2014 12:15
KLASS Да. Вы все правильно поняли.

ndch На тогда берете дисассемблер или дебагер, и смотрите, какие команды в одинаковой ситуации отдаются x32 и x64 версией, и сравниваете.
И еще. Под ХРюшей в режиме API запускали?
Автор: ndch
Дата сообщения: 13.02.2014 12:21
MisHel64
в API.


Цитата:
берете дисассемблер или дебагер, и смотрите, какие команды в одинаковой ситуации отдаются x32 и x64 версией, и сравниваете.

Иными словами: ответ на вопрос на данный момент отсутствует.
Спасибо.
Ковыряться как-то не вдохновляет.
Автор: KLASS
Дата сообщения: 13.02.2014 12:24

Цитата:
этот чел и был я.

проехали
MisHel64
Фришная виктория? А винты не помните, а то найти не могу.
Автор: ndch
Дата сообщения: 13.02.2014 12:24
KLASS
приснопамятные фуджики, емнип.
в hddl (от Степанова/Корягина) терминал был, если хочется порезвиться.
[more]О программе Программа для насилования винтов по логике Версия 3.1 Авторы: Александр Степанов Лев Корягин[/more]
Автор: MisHel64
Дата сообщения: 13.02.2014 12:38
ndch А как ты хочешь получить ответ, если не предоставляешь полных данных? Не видя кода программы, не видя логов обращений к портам, ответить не сможет никто.

KLASS Ты уж прости, если я помню немного стандарты, то это вовсе не означает, что я помню марки винтов бытовавшие четверть века назад. Можно конечно поднять списки винтов, хоть из той же PC3000, и посмотреть, какие из винтов были с реальной CHS, и поковыряться в коде программы. Но ради чисто академического интереса, да еще на халяву я этого делать не буду.
И фуджей у меня никогда не было, а те что попадали на ремонт, оправлялись в помойку не глядя. Первые, что я ковырял так глубоко, были коннеры на несколько сотен метров, но они уже были с виртуальной CHS.
Автор: ndch
Дата сообщения: 13.02.2014 12:51
MisHel64

Цитата:
А как ты хочешь получить ответ
Если можно сьесть грамм 200 грибов с названием Х и не отравиться, то с большой вероятностью можно сказать что грибы Х - съедобные.
И тут, по аналогии.

Услышав ответ "под x64 лечить стиранием не будет", я бы успокоился.

Если бы были "логов обращений к портам" то вопроса бы не было вообще.

В сухом остатке у меня получилось следующее:
под win 7 x64 при помощи Victoria 4.47 протестировать чтением можно и полезно,
но что-то делать (стирать подозрительные сектора или устроить security erase unit(в некоторых случаях разумный выбор)) удобнее всего загрузившись в dos или в подходящую winpe.

Знаете, мне не очень импонирует когда просто юзеров (без претензий) называют ламерами. Отличия всё же есть.
Автор: KLASS
Дата сообщения: 13.02.2014 12:59
ndch
MisHel64
По видимому речь об этом:

Цитата:
Ремаппинг винчестеров FUJITSU. Только для моделей MPG и старше (новые накопители 2,5'). На других не работает. Использует недокументированные возможности контроллера HDD FUJITSU. Способен скрывать не только явные, но и намечающиеся дефекты (задержки). Не рекомендуется совмещать Fujitsu Remap с нелинейными видами чтения из за термокалибровки, которую эти винчестеры выполняют между циклами позиционирования: может произойти задержка, и как следствие - помещение нормального сектора в дефект-лист.

Как давно это было... но было! )
Автор: MisHel64
Дата сообщения: 13.02.2014 13:30

Цитата:
Услышав ответ "под x64 лечить стиранием не будет", я бы успокоился.

Как видишь, тебе дали ссылки на успешные результаты. Значит что-то не то в первоначальных условиях. Может дело в версии винды, или установленной в ней драйверах, ведь если я правильно понял шапку, то x64 версия именно через него работает. А вообще, баловство это все и беспонтовый ананизм.
И потом, "зеленые секторы" это ведь не всегда последствия некачественного самого сектора. А плавающие беды лучше затирать ручками, на основе логов SMARTA.
Десяток циклов записи рандомного мусора обычным DD даст больше пользы чем трах с Викторией или подобными свистелками.
Я новые винты так и гоняю, если своя приблуда с ними не дружит, и/или править лень. Примитивный батник с будильником и вызовом DD в цикле.


Цитата:
Только для моделей MPG

Да не к ночи будь он упомянут... Сразу вспомнились винты в холодильнике, и запах паленых баночек из под кофе.
Сколько бабла на этом FIDOрулезе я нагреб На 93ю хватило. По тем временам крутая тачка была
Автор: metos
Дата сообщения: 13.02.2014 14:15
MisHel64
Я считаю, что дело в разных драйверах. Из-за чего и разные результаты.

Добавлено:
regist123

Цитата:
это кто-то сам от себя напатчил и назвал её 4,47, при этом уже в теме уже отмечали, что при этом поломал работу некоторых других функций, а сверху свой шедевр накрыл с помощью vmProtect, хотя даже оригинальная версия упакована всего лишь UPX.


Ну что вы так разгневались то? Просто распаковал я её сначала некорректно, что выдало в итоге EXE-шник на 70МБ. Начальные правки были именно над монстроузным бинарём. После уже было лень переносить правки на нормальный бинарь (в IDA проект пришлось бы заного создавать и патчить).
Потом кучу времени убил на решение проблемы с упаковкой бинаря. Только VMP справился с таким бинарём (правда ещё пришлось одну секцию ручками переносить).

PS. Первый блин комом.

Добавлено:
regist123

Цитата:

Цитата: По поводу vmProtect metos пояснял

и в скоре после того как в теме стали проявлять интерес к этому вопросу он вообще перестал в ней появляться .
Автор: ndch
Дата сообщения: 13.02.2014 14:48
MisHel64

Цитата:
Как видишь, тебе дали ссылки на успешные результаты.

Так вроде не дали. Там я с месяц назад отписывался что стиранием под x64 не лечится, а под x86 лечится.

А почему не лечится из-за специфического драйвера или из-за самой x64 (с каким-нибудь очередным слоем абстракции) - вот это и было интересно.

Люди! Если у кого виктория под win x64 стиранием полечит псевдобед отпишитесь, интересно ведь...
Автор: KLASS
Дата сообщения: 13.02.2014 15:08

Цитата:
Так вроде не дали.

тырц
Автор: TDakota
Дата сообщения: 13.02.2014 16:03
Добрый день!
Тестирую викторией 4.46 новый внешний диск через USB в безопасном режиме vista (т.к. в обычном - много цветных блоков). Достоверны будут результаты теста в этом случае?
И в смарте растут значения: Spin Retry Count до 104 со 100, Emergency Retract Count. Насколько критичен их рост и может быть он связан с нехваткой питания в ноуте по юсб 2.0?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187

Предыдущая тема: Inno Setup (создание инсталяционных пакетов)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.