Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Victoria | Виктория | HDD Diagnostic (часть 3)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174

Открыть новую тему     Написать ответ в эту тему

gyra

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Часть 1 | Часть 2 | Варезник


Программа ориентирована на широкий круг пользователей ПК, и предназначена для тестирования, сервисного обслуживания и получения технической информации с любых жестких дисков с интерфейсами IDE и Serial ATA. Программа представляет собой полностью готовое решение для всесторонней, глубокой, и в тоже время максимально быстрой оценки реального технического состояния HDD.  
В ней собраны возможности большинства фирменных диагностических утилит для HDD, и другие полезные функции, имеющиеся в ATA стандарте на современные жесткие диски, однако нет ограничений на поддерживаемые модели.

 
Автор программы, Sergei_Kazanskij, у нас на форуме! Желающие могут поддержать проект через сайт Виктории.
 


Victoria 3.54 / 2024 для DOS
Старые версии


Help:
- Часто задаваемые вопросы о программе Victoria.
- Инструкция к программе Victoria. Часть 1: Режим API, Standard.
- Инструкция к программе Victoria. Часть 5. Конфигурация, Setup.


Аналогичные программы:
· HDAT2
· DRevitalize
· MHDD - не развивается
· Программы для проверки, "лечения" и "убийства" HDD/SSD - опрос


Дополнительно:
· Голосуем — в каком направлении развивать программу далее!
· ФАК по Виктории - создаём его общими усилиями!
· Как определить, что в жестком диске применена технология SMR

// текущий бэкап шапки..

Всего записей: 7932 | Зарегистр. 18-02-2006 | Отправлено: 09:00 02-12-2018 | Исправлено: TheBarmaley, 08:39 20-02-2024
makhoff



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
https://usbtor.ru/viewtopic.php?t=1260

Спасибо!





Все благодарности посредством ПМ

Всего записей: 42 | Зарегистр. 07-04-2009 | Отправлено: 13:10 16-03-2020 | Исправлено: Maz, 23:46 16-03-2020
Sergei_Kazanskij



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
arhimbek

Цитата:
Помогите понять пожалуйста результаты теста. Как я понимаю, режим запись+DDD это по сути запись+чтение с верификацией? Наличие такого большого количсетва медленных блоков о чём говорит?

 
Судя по скриншотам, оба винчестера имеют странно заниженную скорость. И начало странно сплющено - должна быть горка с максимумом на 140 мб/с или даже выше. Скорей всего замедляет процедура DDD, попробуйте её не использовать. Современные накопители не искажают данные, эта функция была сделана в 2006 г для выявления ошибок интерфейса IDE.
 
Если при отключенном DDD все равно остается ограничение скорости, то проблема может быть в компьютере или драйверах.
 

Всего записей: 527 | Зарегистр. 28-04-2006 | Отправлено: 02:50 20-03-2020 | Исправлено: Sergei_Kazanskij, 02:54 20-03-2020
mehfk

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вчера поставил HDD на тест чтения с операцией по завершении: три скриншота + выключить ПК. Когда вернулся - включил ПК, хотел посмотреть скриншоты, а там вместо положенного увидел скриншоты хранителя экрана Windows XP

Всего записей: 78 | Зарегистр. 05-08-2009 | Отправлено: 08:56 20-03-2020
arhimbek

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergei_Kazanskij
Спасибо огромное за ответ!
 

Цитата:
Скорей всего замедляет процедура DDD, попробуйте её не использовать

Без DDD и со снятой галкой "нумеровать" в режиме "запись" скорость  от 190-170 достаточно плавно снижается до примерно 100-120 к концу теста (к сожалению скрин не сделал)
 
Но всё равно есть около 200-х блоков по 100, примерно 80 блоков по 250 и 8 шт по 1 сек.  
Можно судить по такой статистике о состоянии поверхности в этом режиме "запись" ?
 
Или тест более точный в режим "чтение" и "верификация" ?
 
Вопрос в связи с выбором наиболее правильной проверкой HDD перед использованием для архивного хранения
Прочитав форумы, я сделал вывод, что полезно для начала весь хард прогнать в режиме "запись". Как я теперь понимаю, опция DDD- лишняя.
А опция "нумеровать" ?
И после окончания "запись" - можно делать вывод о состоянии по результатам отчёта - о чём выше написал?
Или всё таки ещё раз после этого нужно провести "чтение" или "верификация"?
 
Поясните пожалуйста
 
PS. Проверил после записи данных в режиме "чтение+игнор". Найдено 20 шт зелёных (1 сек). Это плохо? Если да, то что можно сделать?  
"запись" уже делал

Всего записей: 23 | Зарегистр. 21-02-2010 | Отправлено: 08:58 20-03-2020 | Исправлено: arhimbek, 19:34 20-03-2020
Sergei_Kazanskij



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
arhimbek
Некоторое количество медленных блоков это норма. Они незаметны пользователю в реальной работе. Чтение показывает состояние точней чем запись. Верификация нужна для тех случаев, когда чтение использовать нельзя (скорость интерфейса меньше скорости винта и т.д.)
Нумеровка секторов нужна в основном, для восстановления данных на винт-приёмник и для исследования работы файловых систем. При обычных тестах она лишь нагружает процессор.
 
Чтение для оценки состояния делать необходимо всегда, т.к. не все винты проверяют записанное. Можно использовать встроенную в современные винты функцию Write-Read-Verify, которая реализована, начиная с версии 5.24.
 
Сам я для максимально быстрой оценки состояния неизвестного винта, на котором не нужна информация, использую чтение с включенной опцией "стереть".
 
В дальнейшем добавлю создание лога удачно стертых/вылеченных блоков для перепроверки. А то объёмы винтов выросли, и требуют более скоростных решений.  
К слову, на винтах WD логи даже удачно стёртых блоков, если на них изначально была ошибка, сохраняются в SMART-журнал Extended Comprehensive log. Из него можно правой кнопкой мыши сделать скрипт перепроверки, который запустить после завершения скана.
 

Всего записей: 527 | Зарегистр. 28-04-2006 | Отправлено: 23:31 20-03-2020 | Исправлено: Sergei_Kazanskij, 23:36 20-03-2020
arhimbek

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergei_Kazanskij
Спасибо за пояснения! Становиться намного понятней
 

Цитата:
Чтение для оценки состояния делать необходимо всегда, т.к. не все винты проверяют записанное. Можно использовать встроенную в современные винты функцию Write-Read-Verify, которая реализована, начиная с версии 5.24.  

Я пробовал задействовать эту функцию на нескольких дисках, всегда получал ответ: "Внимание! Не удалось активировать W-R-V на этом диске. Операция отменена.".  
Даже если диски без mbr
 
Сергей, поясните пожалуйста по параметру block size. По форумам конкретной информации нет.  Всегда ли оправдан вариант auto? Может быть для более точной и надёжной работы лучше задавать этот параметр вручную? Если да, то как вычислить оптимальное значение?

Всего записей: 23 | Зарегистр. 21-02-2010 | Отправлено: 09:32 21-03-2020
mig73



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
arhimbek
block size для точного определения должен быть = 1. Но замучаетесь ожидать ожидать окончания теста.

Всего записей: 8283 | Зарегистр. 24-02-2010 | Отправлено: 11:32 21-03-2020
arhimbek

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
для точного определения

я имел ввиду не точный адрес, а точность определения состояния поверхности вообще

Всего записей: 23 | Зарегистр. 21-02-2010 | Отправлено: 11:51 21-03-2020
mig73



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
arhimbek
А я вам точны адрес и не называл. Я вам написал конкректный размер блока.

Всего записей: 8283 | Зарегистр. 24-02-2010 | Отправлено: 12:03 21-03-2020
arhimbek

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
mig73
что то я не понимаю, извиняюсь
тогда спрошу по другому:

Цитата:
block size для точного определения должен быть = 1

для точного определения чего? В Вашей фразе Вы что имеете ввиду?

Всего записей: 23 | Зарегистр. 21-02-2010 | Отправлено: 12:13 21-03-2020
VV2006

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
arhimbek

Цитата:
для точного определения чего?

Надо полагать, числа секторов в блоке.

Всего записей: 2123 | Зарегистр. 10-02-2006 | Отправлено: 12:25 21-03-2020
arhimbek

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Надо полагать, числа секторов в блоке.

 
Мой вопрос связан с точностью определения состояния поверхности не количественно, а качественно. Victoria определяет блоки с задержками. Для более качественного  определения самого факта задержек и времени задержек  - какой размер блока оптимален? Определение количества блоков вторично

Всего записей: 23 | Зарегистр. 21-02-2010 | Отправлено: 12:39 21-03-2020 | Исправлено: arhimbek, 12:41 21-03-2020
yurkesha



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
arhimbek
Цитата:
какой размер блока оптимален?
Какой критерий оптимальности?
Если учитывать только качество состояния поверхности то надо однозначно брать размер блока 1.  
Именно это и хотел сказать уважаемый mig73!
Если же критерий оптимальности учитывает еще что-то - то тогда уже придется лично принимать решение об оптимальности именно в своем случае...

Всего записей: 2741 | Зарегистр. 15-12-2003 | Отправлено: 13:16 21-03-2020
arhimbek

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
yurkesha
mig73
 
Спасибо!!!
Всё ясно

Всего записей: 23 | Зарегистр. 21-02-2010 | Отправлено: 13:49 21-03-2020
Sergei_Kazanskij



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Цитата:
Мой вопрос связан с точностью определения состояния поверхности не количественно, а качественно. Victoria определяет блоки с задержками. Для более качественного  определения самого факта задержек и времени задержек  - какой размер блока оптимален? Определение количества блоков вторично

 
Любой размер блока, но для этого нужно включить "remap/починить". Программа первый раз читает до ошибки блока, затем размусоливает блок посекторно и выводит в лог точный адрес дефектного сектора.  
При сканировании поверхности лучше всего тот размер, который выбирает автоматика. Иначе сильно уменьшится скорость.
1 блок в секторе - это микроскоп, который имеет смысл применять на малых участках для исследования состояния поверхности.

Всего записей: 527 | Зарегистр. 28-04-2006 | Отправлено: 15:19 21-03-2020 | Исправлено: Sergei_Kazanskij, 15:20 21-03-2020
arhimbek

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergei_Kazanskij
Спасибо за пояснение!
 
А по поводу:
 
Цитата:
Я пробовал задействовать эту функцию на нескольких дисках, всегда получал ответ: "Внимание! Не удалось активировать W-R-V на этом диске. Операция отменена.".  
Даже если диски без mbr  

 
Не поясните? Не у всех моделей такое возможно?

Всего записей: 23 | Зарегистр. 21-02-2010 | Отправлено: 15:21 21-03-2020
Sergei_Kazanskij



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
arhimbek
 
А в паспорте-то есть W-R-V ?
 
Добавлено:
Wu Tang

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


Цитата:
ps  пользуясь случаем хотел бы спросить:
- почему api size больше

 
Если USB, то мост себе забирает часть секторов под служебные нужды.
 
 

Цитата:
- почему в авто ставится размер блока в 2048, для hdd с 512 сектором и с 4096

 
Потому что с 4096 или чуть меньше скорость, или медленнее обновляется индикация. Мне не понравилось.

Всего записей: 527 | Зарегистр. 28-04-2006 | Отправлено: 17:14 21-03-2020
ShD2

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergei_Kazanskij

Цитата:
 

Цитата:
 
- почему в авто ставится размер блока в 2048, для hdd с 512 сектором и с 4096
 

 

Возможно, человек подумал, что размер блока задаётся в байтах, и удивился, почему размер блока по авто (2048) меньше физического размера сектора на диске (4096 байт).
 
А по факту 2048 - это количество секторов, то есть, 2048 раз по 512 байт, то есть блок получается = 1 Мбайт, правильно?
 
Причём, для дисков с физическим размером сектора 4096 байт, но показывающих системе в 8 раз большее количество "виртуальных" секторов по 512 байт (а таких дисков сейчас большинство), размер блока будет точно так же 2048 x 512 = 1048576 байт, верно?

Всего записей: 19 | Зарегистр. 16-08-2009 | Отправлено: 08:49 22-03-2020 | Исправлено: ShD2, 08:58 22-03-2020
Sergei_Kazanskij



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ShD2

Цитата:
Возможно, человек подумал, что размер блока задаётся в байтах, и удивился, почему размер блока по авто (2048) меньше физического размера сектора на диске (4096 байт).
 
А по факту 2048 - это количество секторов, то есть, 2048 раз по 512 байт, то есть блок получается = 1 Мбайт, правильно?

 
Разумеется, размер блока  - это количество секторов, а не байт в секторе.
Оптимальный размер блока позволяет добиться максимальной скорости сканирования и снизить накладные расходы (время на прорисовку интерфейса, требуемый объём памяти, и главное - задержки на обработку команд во всей дисковой подсистеме).  
 

Цитата:
Причём, для дисков с физическим размером сектора 4096 байт, но показывающих системе в 8 раз большее количество "виртуальных" секторов по 512 байт (а таких дисков сейчас большинство), размер блока будет точно так же 2048 x 512 = 1048576 байт, верно?

 
Почти все винты с интерфейсом ATA/SATA предоставляют только один размер сектора для общения с внешним миром - 512 байт. Выбрать произвольно другой размер можно лишь в технологическом режиме (чем пользуются некоторые вендоры для создания "нестандартных" винтов, например в старых плеерах Apple был популярен размер сектора 1024B, как и в некоторых новых HDD на 10-16 TB).
Поэтому знать внутренний формат нужно лишь в некоторых случаях, как например описано здесь. https://habr.com/ru/company/paragon/blog/97436/
 
 
Если же Вам попадётся USB-винчестер с размером сектора 4096 B (именно размер LBA = 4096, а не физический), то это следствие его трансляции через USB-мост. Внутри установлен обычный винт с сектором 512 байт. Многие USB-мосты автоматически переходят на трансляцию 8 * 512 = 4096 при обнаружении винта объёмом > 2 Тб, а с меньшими объёмами ведут себя стандартно. Это сделано для совместимости больших винтов с таблицей типа MBR. Благодаря этому, старые операционки без поддержки GPT могут работать с такими внешними накопителями до 16 Тб.
 
 

Всего записей: 527 | Зарегистр. 28-04-2006 | Отправлено: 04:24 23-03-2020 | Исправлено: Sergei_Kazanskij, 04:32 23-03-2020
Highlander_2



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго времени всем!
 
Продублирую еще раз свою проблему, комментарий по которой хотелось бы услышать для дальнейших действий.
 
Вопрос к ув. Сергею Казанскому и гуру, которые помогут разобраться по некоторым пунктам.
Имеется жесткий диск. HDD Maxtor 250 GB STM год выпуска - 2007.
Отработал без нареканий 13,5 лет. Посыпался буквально на днях.  
После включения компьютера - ось не загрузилась, ну а дальше стандартно. Прогон SeaTools и Викторией.
 
SeaTools - ни один тест не прошел. Восстановление секторов в этой утилите происходит долго по 100. Пришлось прервать процесс. Тем более Вики показывает только 16 красных блоков 21 оранжевый. А я через SeaTools прогнал порядка 1.000 секторов с восстановлением. Не понятно что он восстанавливал, если Вики показала незначительные повреждения.
Кстати, Вики в ДОС из HirenBoot почему-то не распознала мой диск. Хотя MHDD и HDAT увидели его.
Но это мелочи.
Итак, прогон Викторией в ОС показало следующие результаты (во вложении).
Повреждения содержатся в начале диска (до 3 GB).
Провел полное форматирование средствами системы, а так же Write/Read из под Вики.
Количество красных секторов уменьшило на 1. Оранжевые  - не изменились.
 
У меня возникло в связи с этим пару вопросов.
 
1. Достаточно ли сделать один прогон Write/Read, чтобы убрать все красные сектора или надо это делать снова до тех пор, пока количество красных не обнулится.
Означает ли то, что если 1-го прогона красные не ушли полностью, значит повреждение блоков имеет физический характер и не восстановимы?
 
2. СМАРТ показывает кандидатов на переназначение  35188. Тогда почему Вики показывает число 21.
Remap не переназначает эти блоки. Что это может значить.
 
Спасибо!
 
   
 
Подробнее...

Всего записей: 218 | Зарегистр. 19-05-2017 | Отправлено: 07:38 25-03-2020
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174

Компьютерный форум Ru.Board » Компьютеры » Программы » Victoria | Виктория | HDD Diagnostic (часть 3)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru