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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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

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

gyra

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


Программа ориентирована на широкий круг пользователей ПК, и предназначена для тестирования, сервисного обслуживания и помощи при восстановлении информации с любых жестких дисков с интерфейсами IDE и Serial ATA. Программа представляет собой полностью готовое решение для всесторонней, глубокой, и в тоже время максимально быстрой оценки реального технического состояния HDD. В ней собраны возможности большинства фирменных диагностических утилит для HDD, и другие полезные функции, имеющиеся в ATA стандарте на современные жесткие диски, однако нет ограничений на поддерживаемые модели.
 
Автор программы, Sergei_Kazanskij, у нас на форуме! Желающие могут поддержать проект через сайт Виктории.
Старые версии
 
Help:
- Часто задаваемые вопросы о программе Victoria.
- Инструкция к программе Victoria. Часть 1: Режим API, Standard.
- Инструкция к программе Victoria. Часть 5. Конфигурация, Setup.
 
Голосуем — в каком направлении развивать программу далее!
 
Аналогичные программы:
· HDAT2
· DRevitalize
· MHDD - не развивается
· Программы для проверки, "лечения" и "убийства" HDD/SSD - опрос

Всего записей: 7720 | Зарегистр. 18-02-2006 | Отправлено: 09:00 02-12-2018 | Исправлено: kot1313, 01:27 15-04-2020
Tau_0

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

Цитата:
Ответ конкретно для вас давно дан:

Я Вам конкретные рапорты SMART со стагусом BAD показал, а также скрин из HDAT2, где только есть триплет, но нет скалярного значения. Причём на картинках это чётко подчеркнул.
 
А Вы вместо того, чтобы попытаться посмотреть скрины и подумать..., несёте в ответ детский лепет про мифическую аппроксимацию не знамо чего.
Ну и кто из нас флудит...???...
.

Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 17:51 08-01-2020 | Исправлено: Tau_0, 17:53 08-01-2020
Jonmey

Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Tau_0
Цитата:
Я Вам конкретные рапорты SMART со стагусом BAD показал
А я вам более чем конкретно ответил. При желании вы найдете ответы на все ваши вопросы в ранее мной написанном. На том и порешим.

Всего записей: 1057 | Зарегистр. 17-01-2011 | Отправлено: 18:00 08-01-2020 | Исправлено: Jonmey, 18:01 08-01-2020
Tau_0

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

Цитата:
Не уверен, что появятся нормализованные значения этого параметра, поскольку разброс слишком высок, а единицы, скорее всего являются не абсолютными, а относительными величинами в отличие от остальных параметров smart. Есть подозрение, что все проги, демонстрирующие этот показатель, будут фантазировать каждая на свой лад в смысле нормализации, если WD не предоставит точный алгоритм анализа этого параметра.

Вы не понимаете одной простой вещи, что нормализованное значение Атрибута ID=16(10) gas gauge,  как и всех остальных атрибутов выставляет сам хард. Именно микропрограммы харда на основании своих логов  по алгоритмам производителя заполняют этот единственный байт. А также байты полей.Worst и RAW. Поэтому Виктории или иной программе не недо  аппроксимировать  неведомое --- надо только показать/распечатать уже заполненную таблицу. А заполнять,  --- это прерогатива производителя.
 
Единственно, что требуется -- это правильно интерпретировать поле RAW. Плохо, что это до Вас не доходит.  Но может когда-нибудь дойдёт...
 
ЗЫ В качестве ликбеза. --- Между атрибутом и параметром есть существенная разница
 
ЗЗЫ Последний пост я написал затем, чтобы ВЫ не вводили других в заблуждение. А ранее надеялся что-то выяснить и уточнить. Но не получилось...
 

Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 07:14 09-01-2020
Jban_32

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

Цитата:
Надо править реестр, куст SOFTWARE.
лови https://yadi.sk/d/5PPnHnbVOJCr9A

Добрый день, пробовал все сборки от Victoria 5.1 до 5.21, при загрузке на логотипе системы вываливается в BSOD 0x00000007E с указанием драйвера acpi.sys.
Что можно попробовать сделать для решения проблемы?
Загрузочные версии виктории (3.5х) дисков не видят, устройство-ноутбук X451MA, в BIOS диски видны, один SSD-mSATA в переходнике,  второй в optibay переходнике, вендоры и объём в BIOS отображаются верно. Есть способы протестить?

Разобрался, старая виктория запустилась и увидела диски в IDE режиме, правда SMART вычитать не в состоянии у SSD, ну да смарт я PartedMagic-ом глянул. Ни одна из WinPE сборок MS XP что на торрентах можно найти не запускается на ноуте, BSOD всегда такой же, оперативку MemTest прочекал-норм, буду работать с тем что есть.

Всего записей: 115 | Зарегистр. 29-07-2009 | Отправлено: 17:05 11-01-2020 | Исправлено: Jban_32, 00:45 12-01-2020
Aleksandr SHCH

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

Цитата:
Добрый день, пробовал все сборки от Victoria 5.1 до 5.21, при загрузке на логотипе системы вываливается в BSOD 0x00000007E с указанием драйвера acpi.sys.
Что можно попробовать сделать для решения проблемы?  

Jban_32
Вам в тему по LiveCD надо с этой проблемой.

Всего записей: 1605 | Зарегистр. 02-01-2008 | Отправлено: 18:45 11-01-2020
Sergei_Kazanskij



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

Цитата:
Одно точно ===> или Виктория, или HDAT2 показывают RAW значение  неверно.. Или обе...  
См. картинку  
https://rghost.net/7y9y69wpT  

 
 
Кто сомневается в корректности показаний SMART, пришлите пожалуйста мне бинарник SMART. Я тщательно проверю все соответствия, и если что-то не так, сразу исправлю.
 
Добавлено:
Iacoyn

Цитата:
А нельзя ли выложить максимально рекомендованный переходник или хотя бы модель моста и прошивку к нему для прошивки программатором?  
Думаю многие были бы благодарны.  

 
Наиболее адекватные мосты - от коробок с резиновыми Transcend и от некоторых Seagate Backup+ (последние имеют проблемы лишь с установкой пароля).
Критерии отбора годных: отдают регистры винта, все действия с ними происходят мгновенно, программа не подтормаживает при обращении к ним. Поддерживают 16-байтный режим.  
При подключении HDD с дефектами позволяют нормально сканить поверхность, и винт на них сообщает код ошибки через программу (например 23, CRC error) и не отваливается от системы.
Прошивку попробую снять позже и выложить на сайт в раздел с файлами.
 
При возникновении проблем с USB-винтом прежде всего читаем вопрос #0 официального FAQ.
http://hdd.by/victoria5_faq/

Всего записей: 477 | Зарегистр. 28-04-2006 | Отправлено: 21:18 12-01-2020 | Исправлено: Sergei_Kazanskij, 21:27 12-01-2020
Tau_0

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

Цитата:
Кто сомневается в корректности показаний SMART, пришлите пожалуйста мне бинарник SMART. Я тщательно проверю все соответствия, и если что-то не так, сразу исправлю.

По поводу интерпретации RAW-значения атрибута ID=10(16) Gas guage ...  
Никаких иных бинарных файлов не придумал,  кроме как паспорт и рапорт SMART. ===>
https://rghost.net/6BFWQgzd5
https://rghost.net/8sYfmghfs
 
Но если надо что другое, то вышлю.

Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 02:06 13-01-2020 | Исправлено: Tau_0, 02:11 13-01-2020
Sergei_Kazanskij



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Tau_0
Спасибо. Посмотрел, там просто неоткуда взяться большим числам.
На картинке выделил истинное RAW-значение 61107885083 = 0E 3A 50 54 1B.
Виктория правильно показывает это значение.
   
 
 
А что показывает HDAT? https://rghost.net/7y9y69wpT
Он просто разделяет отдельные поля вертикальной палочкой.
 
 
 
 

Всего записей: 477 | Зарегистр. 28-04-2006 | Отправлено: 04:51 13-01-2020 | Исправлено: Sergei_Kazanskij, 04:52 13-01-2020
Tau_0

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergei_Kazanskij
И Вам спасибо, тоже.

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

С вертикальной палочкой ВСЁ прозрачно и понятно, но не только это показывает HDAT2.
 
Выделенные Вами желтым, есть не что иное, как реверсированное в Litle-endian Hex-значение, выводимое HDAT2,  в Big-endian. И здесь у меня нет никаких возражений. Кроме одного. --- На основание чего Вы выбрали такое представление...???....
 
Поясняю теперь уже Вам... --- Я имел и имею в виду следующее. ===>

Цитата:
Теперь мы видим, что «сырое» значение фактически состоит из трёх отдельных 4-байтных чисел:
СС9С, 0000, A382. Их назначение определяется производителем.
A382h — это десятичное число 41858. В данном случае оно и является часами наработки. Остальные поля содержат минуты и секунды (возможно, в долях секунд). Это можно выяснить, получив SMART несколько раз подряд, и посмотрев, как именно меняется RAW-значение.
Таким образом, переключив отображение RAW-SMART-значений на HEX-представление, можно исследовать динамику изменения отдельных полей сложносоставных значений атрибутов. В накопителях разных моделей и фирм-изготовителей могут встречаться сложносоставные RAW-значения c зарезервированными полями (их 4-байтные значения всегда равны 0000), с старшими и младшими разрядами, следующими в обратном направлении, и тд. Единого стандарта, к сожалению, пока не существует.

См. собственный FAQ по Vitoria.
 
ЗЫ  Просто к слову ===>

Цитата:
из трёх отдельных 4-байтных чисел:.

Не четырёхбайтовых, а двухбайтовых чисел, потому что байт это две выровненные Hex цифири, а не одна...
 
Поэтому точно также и поле RAW для атрибута ID=10(16) мы не имеем никакого права трактовать как одно большое число. Возможно это три поля, или ещё как-нибудь по другому с этого адреса трактовать его надо…???.. А подобное склеивание/конкатенация не имеет под собой никаких оснований.  
 
И HDAT2 отказывается представлять поле RAW единым числом. --- Заполняет прочерком (я  в рапорте ниже прочерк красным выделил), хотя для других атрибутов прочерк не ставит. Возможно, что разработчик HDAT2 что-то знает об этом атрибуте, а может и нет…???...
См. текстовый  вывод HDAT22.

Цитата:
 
*******************************************************************************
HDAT2 v6.6 (c) 2019 CBL  13.01.2020 08:56:52
*******************************************************************************
SMART Attributes [WDC WD2005FBYZ-01YCBB3]
*******************************************************************************
HEX ID# S Attribute name                   Threshold Value Worst  Raw data DEC        Raw data HEX [7..0]    CR OC PE ER EC SP
-------------------------------------------------------------------------------
01h   1   Raw Read Error Rate                     51   200     1  0                   00-0000-0000-0000-01h  1  1  1  1  0  1
^ Attribute failed in the past!
^ Disk failure is predicted, backup your data immediately!
03h   3   Spin-Up Time                            21   202   182  2,875               00-0000-0000-0B3B-B6h  1  1  1  0  0  1
         -Raw values: 0000h|0000h|0B3Bh = 0|0|2875
04h   4   Spin-Up Times / Start/Stop Count         0    98    98  2,169               00-0000-0000-0879-62h  0  1  0  0  1  1
         -Raw values: 0000h|0000h|0879h = 0|0|2169
05h   5   Reallocated Sectors Count              140   200   200  0                   00-0000-0000-0000-C8h  1  1  0  0  1  1
07h   7   Seek Error Rate                          0   100   200  0                   00-0000-0000-0000-C8h  0  1  1  1  0  1
09h   9   Power-On Time                            0    94    94  4,954               00-0000-0000-135A-5Eh  0  1  0  0  1  1
         -Raw values: 0000h|0000h|135Ah = 0|0|4954
         -Default mode: 4954 hours (206:10 dd:hh)
         -Minutes     : 82:34 hh:mm
         -Half minutes: 41:17 hh:mm
         -Seconds     : 01:22:34 hh:mm:ss
0Ah  10   Spin-Up Retry Count                      0   100   100  0                   00-0000-0000-0000-64h  0  1  0  0  1  1
0Bh  11   Drive Calibration Retry Count            0   100   100  0                   00-0000-0000-0000-64h  0  1  0  0  1  1
0Ch  12   Drive Power Cycle Count                  0    99    99  1,761               00-0000-0000-06E1-63h  0  1  0  0  1  1
         -Raw values: 0000h|0000h|06E1h = 0|0|1761
10h  16   Gas Gauge                                0     1   199  -                   00-000E-3A53-2A9A-C7h  0  1  0  0  0  1
         -Raw values: 000Eh|3A53h|2A9Ah = 14|14931|10906
B7h 183   SATA Phy Downshift Error Count           0   100   100  0                   00-0000-0000-0000-64h  0  1  0  0  1  1
C0h 192   Emergency Retract Cycle Count            0   200   200  238                 00-0000-0000-00EE-C8h  0  1  0  0  1  1
         -Raw values: 0000h|0000h|00EEh = 0|0|238
C1h 193   Load/Unload Cycle Count (LUL)            0   199   199  4,277               00-0000-0000-10B5-C7h  0  1  0  0  1  1
         -Raw values: 0000h|0000h|10B5h = 0|0|4277
C2h 194   HDA Temperature                          0   117   110  30                  00-0000-0000-001E-6Eh  0  1  0  0  0  1
         -Raw values: 0000h|0000h|001Eh = 0|0|30
         -Current 30шC/86.0шF
C4h 196   Re-allocated Sector Event                0   200   200  0                   00-0000-0000-0000-C8h  0  1  0  0  1  1
C5h 197   Current Pending Sectors Count            0   200   197  0                   00-0000-0000-0000-C5h  0  1  0  0  1  1
C6h 198   Uncorrectable Sectors Count (UNC)        0   200   200  0                   00-0000-0000-0000-C8h  0  0  0  0  1  1
C7h 199   Ultra DMA CRC Error Count                0   200   200  0                   00-0000-0000-0000-C8h  0  1  0  0  1  1
C8h 200   Multi-Zone Error Rate                    0   200   200  0                   00-0000-0000-0000-C8h  0  0  0  1  0  0
-------------------------------------------------------------------------------
S(tatus): ? (Unknown) * (Warning) ! (Error)
Attribute flags: (in RAW:HEX view)
CR: critical        0 advisory 1 pre-failure
OC: collection      0 offline  1 online
PE: performance     0 not 1 yes
ER: error rate      0 not 1 yes
EC: events count    0 not 1 yes
SP: self-preserving 0 not 1 yes
-------------------------------------------------------------------------------
Data       revision: 0010h
Thresholds revision: 0010h
Data       checksum: O.K. [read: 7Fh, calc: 7Fh]
Thresholds checksum: O.K. [read: 26h, calc: 26h]

 
 
 
 

Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 10:02 13-01-2020 | Исправлено: Tau_0, 10:03 13-01-2020
Jonmey

Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Tau_0
Чтобы облегчить задачу автору Victoria (если он решит подискутировать с вами) привожу для вас ссылку на оф.док со спексами, в  котором, в том числе, описан формат этих самых 512 байт смарта, который вы пытаетесь интерпретировать на свой лад:
http://www.t13.org/documents/UploadedDocuments/docs2011/d2015r7-ATAATAPI_Command_Set_-_2_ACS-2.pdf
Автор Victoria, как это очевидно, хорошо знаком с ним, в отличие от вас.

Всего записей: 1057 | Зарегистр. 17-01-2011 | Отправлено: 13:29 13-01-2020
Sergei_Kazanskij



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Tau_0
Да, 4-байтные числа следовало бы читать как 2-байтные - оно же видно прямо в программе и на скриншотах. Исправил в FAQ. Спасибо за внимательность. Просто эти доки я пишу в спешке, когда по какой-то причине нет возможности писать код.
 
Теперь поясню по интерпретации значений SMART. Дело в том, что байты 0-361 в смарт-структуре в стандартах обозначены как Vendor-specific (см. картинку внизу). Порядок записи обратный - справа старший байт. Сделано, вероятно, для удобства совместимости с языками программирования.
 
Убедиться в правильности данного утверждения можно, посмотрев на структуру атрибутов с малым RAW-значением, например 4 или 5. Каждый атрибут занимает 12 байт: номер, флаги, относительные значения и raw, кроме treshold - они запрашиваются отдельно. В современных стандартах разбор SMART почему-то не описан, нужно искать ATA-3 за 1995 - 1996 год
У меня нет столь древнего, если кто найдет - посмотрите.
 
Названия атрибутов SMART тоже в основном не документированы. Узнать их можно лишь косвенно такими путями:
 
- Постоянно заниматься работой с накопителями, имея большое количество разных и наблюдая за ними.
- Изучать утилиты изготовителей, выясняя фирменные названия и назначения атрибутов.
- Дизассемблировать код накопителей.
- Работать на Seagate или WD и брать все данные из внутренней документации.
- Таскать информацию друг у друга, в надежде что что-то где-то совпадёт)
 
Остальные первоисточники, как и Википедия, не имеют особого смысла, там много неточностей.
 
 

Всего записей: 477 | Зарегистр. 28-04-2006 | Отправлено: 17:14 13-01-2020 | Исправлено: Sergei_Kazanskij, 17:35 13-01-2020
Tau_0

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

Цитата:
Теперь поясню по интерпретации значений SMART. Дело в том, что байты 0-361 в смарт-структуре в стандартах обозначены как Vendor-specific (см. картинку внизу). Порядок записи обратный - справа старший байт. Сделано, вероятно, для удобства совместимости с языками программирования. 

Да, я знаю, что ненормированное значение (RAW) задаётся как FWORD.  Но это не упрощает интерпретацию вендор-зависимого атрибута  ID=10(16) Gas gauge.
 
При интерпретации его одним числом можно попасть впросак. Как уже попадали  c хардами Seagate при интерпретации тайм-аутов. --- В поле RAW было три 16-bits счётчика ошибок (лёгкие, средние и тяжёлые). При этом ошибок каждого типа было всего ничего... Но если все их склеить в единое поле и представить одним dec числом, то получится большое абсурдное число.  
 
По моему уже все об этом знают, а Вы в первую очередь.  
Вот поэтому я и пишу, что преставление RAW  значения именно атрибута ID=10(16) Gas gauge ничем не обосновано. И может быть ошибочным. И никто меня пока не убедил в обратном.
 
Да и Бох с ним, ведь этот атрибут не критический. Просто любопытно --- может это рудимент или атавизм...???...

Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 18:54 13-01-2020
Jonmey

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

Цитата:
Остальные первоисточники, как и Википедия, не имеют особого смысла, там много неточностей.

В этом смысле интересуют параметры 191 и 254 имеющие у вас одинаковые названия (G-SENSOR shock counter), тогда как значения у одного и того же HDD они  могут быть численно различны.
Полагаю что это все-таки достаточно разные параметры и должны иметь разные названия.
Я встречал разные названия этих параметров. Остается узнать какое из них верно.
Напр. для 191:
- счетчик собственно событий зафиксированных G-сенсором,
- счетчик ошибок вследствие G-событий
- счетчик остановок HDD вследствие G-событий и др.
тогда как 254
- счетчик ошибок зафиксированных вследствие G-событий
- счетчик G-событий вследствие свободного падения и др.  
Это может объяснить присутствие ненулевого первого значения (191) и нулевого второго (254) у HDD.
* * *
Относительно параметра 16 (10h) полагаю, что это попытка WD распространить на HDD технологию "live time" имеющуюся у SSD:

Цитата:
SSD gas gauge support

Цитата:
To avoid any downtime due to SSD failure, the Dell Compellent storage software interface has a “gas-gauge” feature that indicates SSD life expectancy and alerts you when a replacement becomes necessary. Enterprise-class SSDs in Compellent Flash-optimized solutions have an expected endurance of five years.
Источник
Но в силу известных трудностей при прямом переносе этой технологии на HDD, WD прибегла к приближенной, оценочной величине, пытаясь приблизить ее по смыслу к имеющейся у SSD. Насколько удачно это у них получилось - время покажет.

Всего записей: 1057 | Зарегистр. 17-01-2011 | Отправлено: 06:20 14-01-2020
destiny_child



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sergei_Kazanskij
а строки в списке со смарт показателями, как я понимаю, многострочность не понимают?
Ибо для чего перевод "Power Off Cycles count + Retract count" так урезано представлен как "Количество выключений питания + внезапные"? внезапные кто/что? Просто чтобы влезло в строку?
Это ведь что-то вроде "Число циклов включений/выключений / аварийных парковок."
И, кстати, а почему именно + ? Вроде как это ИЛИ. Или суммарное количество парковок блока магнитных головок в аварийных ситуациях или суммарное количество циклов включения и выключения питания HDD. Просто зависит от производителя - что он туда захочет вставлять...
Power Off Cycles / Emergency Retract Count - так разве не корректнее будет?
 
Offline scan UNC sectors
а может целиком?
Offline uncorrectable sectors count
все равно же есть
Spin running current, mA (packed)
т.е. строка по макс.длине входит,  
а аббревиатуру UNC не все же с ходу "разберут"...
 
Кстати, во многих местах 211 атрибут это "Vibration During Read", а не "Spin running current, mA (packed)"
собсно вот часто встречаемая тройка атрибутов:
210  Vibration During Write
211  Vibration During Read
212  Shock During Write
точно не опечатались?
 
"Gr seek err/RRO-C ERP cnt"
Может Gr стоит однотипно расписать: Ground?
Или если и сокращать, то GND, раз уж Errors сократили до Err, и count до cnt.
 
P.S.
плиз, не ругайте, если все почти некорректно написано - но имхо лучше отрубить всякие "неверные мысли", чем потом столкнуться с ошибкой из-за неверной интерпретации атрибутов....

Всего записей: 1199 | Зарегистр. 01-04-2006 | Отправлено: 16:29 14-01-2020 | Исправлено: destiny_child, 16:33 14-01-2020
Sergei_Kazanskij



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

Цитата:
Ибо для чего перевод "Power Off Cycles count + Retract count" так урезано представлен как "Количество выключений питания + внезапные"? внезапные кто/что? Просто чтобы влезло в строку?  

 
Отчасти, чтобы влезло. Если какой-то вариант кажется непонятным или некрасивым - пользователь может сам исправить строки на другие. Начиная с версии 5.0 для этого есть файл перевода.
 

Цитата:
И, кстати, а почему именно + ? Вроде как это ИЛИ. Или суммарное количество парковок блока магнитных головок в аварийных ситуациях или суммарное количество циклов включения и выключения питания HDD.

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

Цитата:
Power Off Cycles / Emergency Retract Count - так разве не корректнее будет?  

 
Мне это кажется слишком шаблонно. Но если Вам лучше - можете подправить в файле перевода.
 

Цитата:
 
Offline scan UNC sectors  
а может целиком?  
Offline uncorrectable sectors count  

 
Принято, исправил.
 

Цитата:
Кстати, во многих местах 211 атрибут это "Vibration During Read", а не "Spin running current, mA (packed)"  
собсно вот часто встречаемая тройка атрибутов:  
210  Vibration During Write  
211  Vibration During Read  
212  Shock During Write  
точно не опечатались?  

 
Приведите полное название модели накопителя, на котором Вы сомневаетесь в интерпретации смарта. Я проверю. Ток потребления в основном выводится в SMART на HGST. Я взял амперметр и измерил на одной из моделей - получил близкий к RAW-значению результат.
 
 

Цитата:
"Gr seek err/RRO-C ERP cnt"  
Может Gr стоит однотипно расписать: Ground?  
Или если и сокращать, то GND, раз уж Errors сократили до Err, и count до cnt.  

 
Возможно там не ground а gray (код Грея). А то что не знаю, предпочитаю не трогать. Как только я узнаю назначение этого атрибута,  - исправлю название на нормальное и переведу его.
 
 
 
 
 
Добавлено:
Jonmey

Цитата:
В этом смысле интересуют параметры 191 и 254 имеющие у вас одинаковые названия (G-SENSOR shock counter), тогда как значения у одного и того же HDD они  могут быть численно различны.  

 
Напишите название модели HDD, имеющего эти два атрибута одновременно. Попробую разобраться. И скиньте бинарник смарта.
 

Всего записей: 477 | Зарегистр. 28-04-2006 | Отправлено: 00:35 15-01-2020
Jonmey

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

Цитата:
Напишите название модели HDD, имеющего эти два атрибута одновременно. Попробую разобраться. И скиньте бинарник смарта.  

Отправил в ПМ. Там еще вроде smart logs есть, если нужны.
Как я понял из чтения интернетов, это особенность (некоторых) 2.5 дюймовых HDD.
За 3.5-, 5-ти ( ) дюймовыми HDD такого не замечено.
 
Кстати, в программе есть возможность визуального сравнения текущего смарт со смарт загруженного из .bin? (для одного и того же накопителя, разумеется)
И хорошо бы, чтобы .bin сохранялись, а не перезаписывались, то есть, в виде добавления даты к имени, либо в подпапку с датой, либо в архивы с датой. Сейчас старые просто автоматом переписываются. Может где-то это учтено, но не нашел.

Всего записей: 1057 | Зарегистр. 17-01-2011 | Отправлено: 00:56 15-01-2020 | Исправлено: Jonmey, 01:42 15-01-2020
zanyda

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

Цитата:
Возьмите ту же UltraISO и укажите ей в качестве приёмника флешку, а она сама всё корректно запишет.  

 
Что-то корректно не записало. WinPe XP x86 SP3 c Викторирей 5.1.  
Выдало ошибку, что-то говорилось о ACPI  
 

Цитата:
Rufus в ряде ситуаций меняет служебную разметку накопителя "под себя"

А Rufus этот образ вообще отказался записывать.

Всего записей: 236 | Зарегистр. 05-02-2007 | Отправлено: 01:46 15-01-2020
Bi0log



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zanyda
Попробуйте программу WinSetupFromUSB: http://www.winsetupfromusb.com/downloads/
Много лет пользуюсь ей для создания мультизагрузочных флешек. При небольшом знании английского, прочитав FAQ, сможете создать для себя почти идеальный загрузочный инструмент.
 
Sergei_Kazanskij
Сергей, значение 181 параметра - капец диску или глюк программы?
И минимальная температура больше похожа на максимальную, потому что до тестирования "поверхности" это значение было меньше.
   
 
2 all
Ребят, я забыл - как прятать что-то под кат?

Всего записей: 228 | Зарегистр. 23-05-2006 | Отправлено: 02:42 15-01-2020 | Исправлено: Bi0log, 02:50 15-01-2020
TheBarmaley



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bi0log
Цитата:
как прятать что-то под кат?
если речь о пикче - можно просто ссылкой или как-то так (по ссылке в "полном факе" есть варианты)..

----------
..the one of.. ··· ..sam-&-pol..

Всего записей: 10544 | Зарегистр. 07-06-2006 | Отправлено: 06:05 15-01-2020
WWWaiyter



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bi0log, под кат ставь решетки в скобках ) или юзай more... ))


----------
UK жив. Не дождётесь..

Всего записей: 471 | Зарегистр. 26-12-2019 | Отправлено: 10:58 15-01-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

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

Имя:
Пароль:
Сообщение

Для вставки имени, кликните на нем.

Опции сообщенияДобавить свою подпись
Подписаться на получение ответов по e-mail
Добавить тему в личные закладки
Разрешить смайлики?
Запретить коды


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru