» Victoria | Виктория | HDD Repair & Diagnostic

vertex4
ноут ASUS A9Rp
SMART
З.Ы. так и не поня как прикрепить файл к сообщению %)

драсте =)
тут на сайте сэма в его сборке виньдовса наткнулся на вот такую вот програму
VivaRD
ктонить вкурсе что ето за зверm ?

Nikollay

С твоим диском пока всё в порядке. А сильно греется он потому, что при старте берёт ток до 1А. Атрибут 190 для данной серии - это температура на подшипнике шпиндельного двигателя. Много, но в пределах допустимой. Просто стоит следить чтобы она не превышала значение +56°С - +58°С - больше не желательно - может потечь смазка подшипника и наделать беды. А второй температурный атрибут 194 указывает температуру в другом месте - на внутренней поверхности платы контроллера. А вот за атрибутом 193 (счётчик запусков) уже пора приглядывать - производитель обещает 600000, а все диски что попадали ко мне на ремонт имели его значение в диапазоне 90000 - 120000. Но, я думаю что их роняли - слишком характерны были механические повреждения.

Victor_VG
пасиб буду смотреть

Nikollay

Не за что.

В самом начале ветки (2.5 года назад), был задан вопрос (не мной):

Цитата:

а в ней можно скрыть сектора с большим временем доступа?

Ответа так и не последовало
Кто-нибудь может ответить?

Сектора с большим временем доступа (если это стабильно проявляется) - кандидаты в BB, хотелось бы их "заремапить" до того момента, как данные там будут утеряны.

Добавлено:
Здравствуйте, нужна помощь и совет.
Около трёх недель назад купил два жёстких диска ST3750330AS. Проверить их раньше не было возможности, подключил диски, запустил HDDScan (а также смотрел Викторией) и увидел очень странную вещь - у дисков разное значение End LBA. У одного 1465149168 (это нормальное значение), а у другого 1465147055.
На сайте Seagate (http://www.seagate.com/ww/v/index.jsp?vgnextoid=1cd981f8c0f43110VgnVCM100000f5ee0a0aRCRD&locale=en-US&reqPage=Model&modelReqTab=Features) написано:
Guaranteed Sectors 1,465,149,168

Кто нибудь сталкивался с подобным и если да, то что это значит? Второй диск бракованный и на заводе его "ремапили"? Стоит ли менять и не откажутся ли его обменять? (14 дней прошли)
Диски были новые (в S.M.A.R.T. Power-on time равен 0, Reallocated sector count тоже равен 0)

Результаты теста поверхности (Victoria 3.52c for DOS - линейное чтение, дефектоскоп):
1) Диск с End LBA 1465147055:
( 5 ms) - 5617136, (20 ms) - 104306, (50 ms) - 1717, (1.5 s) - 73, Timeout - 2 (в логе называются "Unstable & Defective LBA's")

2) Диск с нормальным End LBA:
( 5 ms) - 5535588, (20 ms) - 139556, (50 ms) - 1871, (1.5 s) - 69

Ближе к концу диска идёт "ёлочка" из 5 и 20 ms блоков.

P.S. У меня Seagate'овские винты по 250 и 320 находятся в гораздо лучшем состоянии, чем новые на 750

Заранее благодарен за помощь.

HxH

Цитата:

а в ней можно скрыть сектора с большим временем доступа?

Можно попробовать "уговорить" винт сделать ремап этих секторов, а удастся это или нет - решает контроллер винта

Часто сталкивался с тем, что "тормозные области" исчезали бесследно после банального однопроходного уничтожение инфы в Disk Director'e (в том случае, если их природа - не физическое повреждение поверхности), - то же самое можно сделать и средствами сабжа.

HxH
(1465149168-1465147055=2113)*512=1081856 байт
Типичный HPA. На некоторых материнках BIOS резервируют место под утилиту своего восстановления.

Sish
Цитата:

Часто сталкивался с тем, что "тормозные области" исчезали бесследно после банального однопроходного уничтожение инфы в Disk Director'e (в том случае, если их природа - не физическое повреждение поверхности), - то же самое можно сделать и средствами сабжа.

Спасибо за совет, попробовал, вроде бы полегчало

tomset
Цитата:

Типичный HPA. На некоторых материнках BIOS резервируют место под утилиту своего восстановления.

Вы уверены? Дело в том, что имеется два новых диска и подобная ерунда наблюдается только на одном из них.
И если это действительно HPA, то можно ли как нибудь избавиться от этого? Дело, как Вы понимаете, не в "потерянной" ёмкости, а просто для собственного успокоения. MB Gigabyte на чипсете Intel P35.

HxH

Цитата:

MB Gigabyte на чипсете Intel P35.

Как раз у гигабайта БИОС сохраняется в HPA. Но только на новых дисках, при установке того, которым уже пользовались - ничего через HPA не обрезается.

Похоже, что так оно и есть

http://forums.tweaktown.com/f69/ga-p35c-ds3r-problems-25051/index22.html#post249226
"Basically since May 2004 All Gigabyte motherboards have this feature where the bios witholds around 2113 user sectors (around 1MB) and creates an HPA (hardware protected area) on the Primary drive. Very few utilities see this."

http://tw.giga-byte.com/Support/Motherboard/TechGuide_List.aspx?NewTechID=84


Возможно, что здесь это будет оффтопиком, но есть ли способ избавиться от HPA?

HxH
NHPA в виктории получается не срабатывает?

vertex4
Да, не срабатывает:

Цитата:

> NHPA48
Будет восстановлен заводской размер диска!
Продолжить? Y/N
* Заводское значение Max LBA: 1465149168
Ошибка HPA. Попробуйте повтор после рестарта HDD, или другую команду:

Пробовал переставить диск с нулевого канала на первый, при этом команда NHPA48 срабатывает нормально. Я загружаю Windows, очищаю область с HPA, разбиваю диск, выключаю компьютер, ставлю диск опять на нулевой канал и вижу, что HPA опять на месте. И при этом убрать его я снова не могу (

HxH

А HPA тут как раз не при чём - GigaByte использует диск для хранения резервной копии BIOS - смотрим внимательно - технология Xpress Recovery2. Именно этим и объясняется наблюдаемое тобой явление. Эта технология была отработана ими уже лет пять тому назад. Просто иной раз стоит и документацию читать - и задавать вопросы по тем местам где что-то не понятно. А у тебя получилось наоборот - и сам не понял, и других запутал. Ну, ладно, бывает, кто не ошибается? Для тебя это новинка, а для меня - привычное явление.

Victor_VG
Цитата:

А HPA тут как раз не при чём - GigaByte использует диск для хранения резервной копии BIOS - смотрим внимательно - технология Xpress Recovery2. Именно этим и объясняется наблюдаемое тобой явление. Эта технология была отработана ими уже лет пять тому назад. Просто иной раз стоит и документацию читать - и задавать вопросы по тем местам где что-то не понятно. А у тебя получилось наоборот - и сам не понял, и других запутал. Ну, ладно, бывает, кто не ошибается? Для тебя это новинка, а для меня - привычное явление.

Victor_VG, а что такое по вашему HPA, если не выделение области диска для хранения чего либо? (http://en.wikipedia.org/wiki/Host_Protected_Area) Oo
Документацию я читал, Xpress Recovery2 - это технология для создания и хранения образа диска (аналог Acronis и прочих), я её не ставил, и если я при загрузке нажимаю F9, мне сообщают, что мне для начала нужно её установить.
Цитата:

For the first time of use Xpress Recovery2, user have to assign BIOS Boot up option to "Boot from CD-ROM", and put Driver CD into assigned optical drive. After reboot the system, when user's screen appears "Press any key to startup Xpress Recovery2", then press any key to run the Xpress Recovery2 program.

То есть это ставится не принудительно, а по желанию.

Про HPA у Gigabyte я тоже когда-то читал (http://freed0m.org/forum/index.php?topic=43), но, не ожидал, что оно без спроса "отъест" часть диска, даже не предупредив об этом

И сейчас вопрос немного в другом, как избавится от этого средствами Виктории, и сделать так, чтобы больше BIOS не пытался резервировать эту область? (может быть записать туда что-нибудь, чтобы она не была свободна)

HxH
Ну и что тебе дадут эти отрезанные 1-2MB? По мне так пусть будут, стоит ли мелочиться при потерях на хвостах кластеров до 10% полезной емкости при большом количестве файлов.
Команда HPA срабатывает только один раз при одной сессии включения HDD.
Чтоб повторить нужно, или передернуть питание на харде. Или подключить его после POST процедуры BIOS. Или отключить определение HDD в BIOS.
HPA срабатывает на чистом диске или на имеющем активный(загрузочный) раздел, если разделы не до самого конца диска.
Следовательно, если снимешь HPA Викторией и сразу не перезагружаясь, разобьешь HDD на разделы до самого конца, то HPA больше не будет срабатывать.

tomset
Цитата:

Ну и что тебе дадут эти отрезанные 1-2MB? По мне так пусть будут, стоит ли мелочиться при потерях на хвостах кластеров до 10% полезной емкости при большом количестве файлов.
Команда HPA срабатывает только один раз при одной сессии включения HDD.
Чтоб повторить нужно, или передернуть питание на харде. Или подключить его после POST процедуры BIOS. Или отключить определение HDD в BIOS.
HPA срабатывает на чистом диске или на имеющем активный(загрузочный) раздел, если разделы не до самого конца диска.
Следовательно, если снимешь HPA Викторией и сразу не перезагружаясь, разобьешь HDD на разделы до самого конца, то HPA больше не будет срабатывать.

Да дело не в "потере" двух мегабайт (если разбивать диск с помощью Disk Management, то я теряю по 8 MB с каждого диска), мне просто не нравится сам факт того, что BIOS что-то обрезает у моего диска, не спрашивая меня об этом.
А если диск будет зашифрован, то на нём даже разделов не будет. И BIOS может подумать, что диск пустой и просто затрёт данные. Вот я и хочу понять можно ли как-то это предотвратить, запретив кому-либо отрезать куски под HPA.

Всем спасибо за ответы, буду экспериментировать.

Доброго времени суток.
Недавно тестировал новый жесткий диски WD 500 GB программой victoria 4.3 и получил не очень хороший результат (70 зеленных блоков ), но после проверки
Программой victoria 3.5 под DOC я получил только один зеленый блок.
Может кто пользовался программой victoria 4.3, Ваше мнение о программе и
какой программой ВЫ рекомендуете тестировать диски?

Aleks0307

Цитата:

Может кто пользовался программой victoria 4.3, Ваше мнение о программе и

Если иметь голову на плечах - мнение хорошее. А если проверять системный диск или просто подключенный, когда ОС может на него что-то писать - ничего удивительного в плохом результате.

vertex4

Цитата:

если проверять системный диск или просто подключенный, когда ОС может на него что-то писать - ничего удивительного в плохом результате.

Это надо быть вообще без головы, если во время теста, занимать систему другими
задачами или, что вообще не допустимо, переписывать файлы на проверяемый диск.

Aleks0307
Ну и? Необязательно что-то переписывать, возможно винда что-то выполняет в фоне.. Я в таких случаях пересканирую эти сектора, чтобы исключить влияние случайностей (выбираю небольшой диапазон скана, чтоб зеленый попал туда).

vertex4

Цитата:

Я в таких случаях пересканирую эти сектора, чтобы исключить влияние случайностей (выбираю небольшой диапазон скана, чтоб зеленый попал туда).

Я тоже так делалаю, и иногда даже в ДОСе после перескана в заданных пределах в MHDD исчезали сектора 150 и 500 мс и я это отношу к нестабильной работе жесткого
диска, так как при прогоне от начала до конца появляются сектора 150 и 500 Мсек,
Но в других блоках, а как это объяснить, кроме как нестабильной работой самого жесткого диска я не знаю.

Aleks0307

Для исключения влияния случайных факторов при работе многозадачных ОС накопители проверяются исключительно в монопольном режиме доступа к ним теста. А это или DOS либо прибор. Но в любом случае к данному накопителю кроме теста никто не должен параллельно обращаться. Иначе результат будет не достоверным. Тестирование производится исключительно в режиме когда на тест не могут повлиять иные процессы ввода-вывода (I/O). А что это значит?

1) Диск работает на канале один;
2) Диск должен тестироваться в среде в принципе не имеющей подсистемы отложенного параллельного ввода-вывода способной запустить случайный процесс ввода-вывода на тестируемом накопителе;
3) Тест должен работать с другого накопителя;
4) На результат выполнения теста не должны влиять другие задачи, т.е. он должен выполняться в режиме реального времени;

Под любой многозадачной ОС условие 2) практически не выполнимо - отложенный I/O для неё необходим для повышения системной производительности. Условие 1) чисто аппаратное, условие 3) часто не выполняется: диски большой ёмкости многие ставят в машины по одному - "Мне и одного диска пока хватит, на два денег лишних нет!" - типовой ответ на вопрос о втором диске меньшего размера предназначенном только для работы ОС. Выполнение условия 4) в многозадачной среде вообще вещь спорная - случайные факторы в работе системы...

Т.о. результаты любых диагностических тестов полученные в многозадачных средах считать достоверными нельзя. Остаётся тестирование в однозадачных средах, например в DOS или иной столь же простой операционной среде. Там результату диагностики можно уже доверять с большей степенью достоверности. Меньше чем приборам, но больше чем многозадачным средам. В многозадачной среде де-факто мы только смотрим один факт "работает - не работает", остальные данные считать достоверными не приходится. Причины выше.

HxH

Можешь, но без модификации кода прошивки результат будет нулевой. Вижу, что объяснять тебе что-то бесполезно - слушать не хочешь. Тогда извини, у меня нет времени переубеждать тебя.

Victor_VG

Цитата:

Для исключения влияния случайных факторов при работе многозадачных ОС накопители проверяются исключительно в монопольном режиме доступа к ним теста. А это или DOS либо прибор.

Согласен на все 100%, а как понять,то что в ДОСе после перескана в заданных пределах в MHDD исчезали сектора 150 и 500 мс, но при повторном полном сканировании они появляются в других блоках.

Aleks0307

Различие в алгоритмах самого теста. Иного объяснения не вижу.

Victor_VG

Цитата:

Можешь, но без модификации кода прошивки результат будет нулевой. Вижу, что объяснять тебе что-то бесполезно - слушать не хочешь. Тогда извини, у меня нет времени переубеждать тебя.

Извини, но я не знаю, что ты видишь, что мне бесполезно объяснять, и что я не хочу слушать

Я просто пытаюсь понять принципы, которыми руководствуется BIOS, когда решает можно ему резервировать область диска под HPA или нет. Или BIOS вообще не смотрит на это, а просто обрезает диск (на наличие разделов на диске он точно не смотрит).

Это маловероятно, но так как Host Protected Area - это функционал, который обеспечивается диском, то может быть есть способ просто отключить его?
Пока я смог только найти способы обнаружения и удаления HPA (если кому-то интересно, то здесь это подробно описано - http://www.sleuthkit.org/informer/sleuthkit-informer-20.txt ).

Ссылку поправил (я не хотел размещать ссылку как URL, но форум её сам "отпарсил").

HxH

Хорошо, давай начнём с того, что BIOS это программа запускаемая в начальный момент после включения ЭВМ. Она состоит из двух функциональных процедур IPL/NIP - первая отвечает за инициализацию оборудования и его диагностику при включении, вторая за начальную конфигурацию системы и запуск программного обеспечения. Эта архитектура была отработана ещё на мэйнфреймах фирмами Simens (Simens (4004) и IBM (S/360, S/370) и применяется в неизменном виде до сих пор.

Функционально её алгоритм можно разделить на следующие этапы:

IPL

1) Инициализация вычислительных узлов (или единственного процессора);
2) Определение конфигурации ЭВМ и инициализация оборудования;
3) Диагностика оборудования и динамическая реконфигурация неисправных узлов;
4) Настройка общей конфигурации ЭВМ в соответствии с предопределённой конфигурационной таблицей для данного комплекса (таблица может быть задана произвольным способом - например программно (IBM S/370, Минск-32, Эльбрус-2 - загружаемой микропрограммой конфигурации) либо аппаратно, например переключателями с пульта управления комплексом (Simens 4004, IBM S/360, Минск-22, Эльбрус-1, БЭСМ-6));
5) Запуск конфигурационной диагностики всего комплекса в целом для проверки правильности настройки конфигурации;
6) Конфигурирование и логическая инициализация загрузочных накопителей;

На этом процедура IPL заканчивается, переходим к процедуре NIP

NIP

1) Определяем загрузочный накопитель;
2) Обращаемся к нему и ищем на нём активный (имеющий готовую к запуску программу) раздел;
3) Считываем с него адрес начального системного загрузчика;
4) Считываем его в ОЗУ, и передаём ему управление;
5) завершаем работы процедуры IPL/NIP;

Из этого алгоритма можно увидеть, что реконфигурирование накопителей происходит до загрузки ОС, на шаге 6) процедуры IPL, и именно на этом шаге происходит включение HPA (а в твоём случае это не она, а скорее всего используется технология Shadow BIOS или её подобная по смыслу - логическое резервирования первых N-секторов накопителя со смещением логического загрузочного сектора в область старших адресов) и копирование в выделенную ей начальную область диска содержимого BIOS. Естественно, что содержимое этой области будет перезаписано.

И вот что я думаю - тут мы сталкиваемся с тем, что при старте накопителя BIOS автоматически его реконфигурирует используя HPA команды. И естественно, что т.к. команды HPA/NHPA можно подать только один раз за сеанс, то следующие команды диск отвергает. Можно попробовать команду RDC - может и сработать. А сама процедура "обрезки" жёстко зашита в BIOS всех плат GigaByte начиная с 2001 года. Тогда GigaByte впервые ввела данный код в свой BIOS, просто мы обычно на работе на это не обращали внимания - некогда. Я специально звонил своему приятелю который занимается программированием BIOS по работе и задал ему вопрос о возможности программного отключения этой функции.
Вот его ответ:

Цитата:

Можно, но придётся здорово повозится. BIOS у GigaByte сжат эффективным упаковщиком и частично зашифрован. Судя по всему зашифрованы участки кода отвечающие за фирменные технологии. Их обход или отключение возможны, но потребуют значительного труда и полного декодирования прошивки.

Потому дума, что овчинка выделки не стоит. Проще разметить диск с учётом данной особенности BIOS, а если будешь его ставить в другую машину, то по большому счёту всё равно лучше его переразметить заново под её контроллер. Ну, а самому попробовать воткнуть вместо большого диска какой либо маленький и использовать его для временных файлов.

P.S.

Поправь ссылку _http://www.sleuthkit.org/informer/sleuthkit-informer-20.txt). - ошибка.

Victor_VG

Цитата:

Различие в алгоритмах самого теста. Иного объяснения не вижу.

А я думаю, что это больше похоже на нестабильную работу самого жесткого диска

Aleks0307

Не очень. Это особенности микропрограмм - не всегда время их срабатывания достаточно мало, чтобы не влияло на результаты измерений. Поэтому и используют статистическую обработку результатов, чтобы свести к минимуму влияние случайной погрешности измерений. В теории измерений это аксиома.

Victor_VG, большое спасибо за ответ

Цитата:

И вот что я думаю - тут мы сталкиваемся с тем, что при старте накопителя BIOS автоматически его реконфигурирует используя HPA команды. И естественно, что т.к. команды HPA/NHPA можно подать только один раз за сеанс, то следующие команды диск отвергает. Можно попробовать команду RDC - может и сработать.

Угу, скорее всего так оно и есть. Что самое интересное, первый раз у меня получилось снять HPA воткнув диск на другой канал контроллера, второй раз я уже не смог этого сделать (всё равно пишет ошибку).

Цитата:

А сама процедура "обрезки" жёстко зашита в BIOS всех плат GigaByte начиная с 2001 года. Тогда GigaByte впервые ввела данный код в свой BIOS, просто мы обычно на работе на это не обращали внимания - некогда.

Аналогично, для работы закупали Gigabyte, но не смотрели на такие вещи, а дома я раньше пользовался только Asus. Но я очень не люблю AMI BIOS (мне его на серверах хватает), поэтому решил попробовать взять домой Gigabyte.

Цитата:

Я специально звонил своему приятелю который занимается программированием BIOS по работе и задал ему вопрос о возможности программного отключения этой функции.

Хочу попробовать написать письмо в Gigabyte, мне всё равно ещё некоторые вещи не очень нравятся в BIOS, но вряд ли это что-то даст.

Цитата:

Потому дума, что овчинка выделки не стоит. Проще разметить диск с учётом данной особенности BIOS

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

Ещё была мысль включить AHCI (так как XpressRecovery2 не работает в этом случае, то может быть и HPA не будет), но после включения AHCI "Victoria for DOS" перестаёт видеть эти диски, а в "Victoria for Windows" нет возможности манипулировать HPA

Цитата:

P.S.

Поправь ссылку _http://www.sleuthkit.org/informer/sleuthkit-informer-20.txt). - ошибка.

Спасибо, ссылку поправил (я не хотел размещать ссылку как URL, но форум её сам "отпарсил" и включил в неё закрывающую скобку и точку).