HDD

fixmater@vk · Отправлено: **18:58, 18-04-2019** | #21

Цитата Tau_0:

У хардов Seagate Вас интересовал атрибут ID=190(BE) --- он показывает температуру »

Да нет, то что мне показалось некоторые значения завышены, в этом мне уже помогли разобраться на примере ябгрубуза, за что спасибо.
А интересует меня id 05, CrystalDiskInfo показывает 3504 переназначенных сектора, а в Виктории всё чисто, я скрины приложил уже

Цитата Tau_0:

И у Вас нечто подобное должно быть. »

На WDC id BE тоже есть, и она такая же как id C2

Tau_0 · Отправлено: **19:48, 18-04-2019** | #22

Цитата fixmater@vk:

А интересует меня id 05, CrystalDiskInfo показывает 3504 переназначенных сектора, а в Виктории всё чисто, я скрины приложил уже »

В Victoria я увидел только рапорт SCAN, а рапорта SMART не нашёл...

Вы сделали новый косяк. Он состоит в том, что скрин из виктории, --- это не рапорт SMART, а рапорт SCAN. --- Не путайте Божий дар с северным сиянием... ===>

Цитата fixmater@vk:

Исправил свой косяк, вот вам оба скрина »

Цитата fixmater@vk:

На WDC id BE тоже есть, и она такая же как id C2 »

Вы не рассказывайте, а показывайте... --- Мы не сказки слушаем, а результаты тестов смотрим и анализируем.

mwz · Отправлено: **21:22, 18-04-2019** | #23

Цитата fixmater@vk:

оба скрина »

Ну как вам уже сказали, это сравнение тёплого с мягким: и то и другое приятно, но отражает совсем разные сути, которые являются несопоставимыми. А вот слева от закладки Tests в Victoria есть закладка SMART — её-то и надо было показывать.

А то, что на тесте переназначенные сектора не проявились — было бы более чем странно, если бы было по-другому: переназначенные сектора уже заменены на здоровые из резерва, и никакая программа к ним обратиться не может "по определению".

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

Tomset · Отправлено: **02:03, 19-04-2019** | #24

Вот так это считается у сигейта

Seek Error Rate

The raw value of each SMART attribute occupies 48 bits. Seagate's Seek Error Rate attribute consists of two parts -- a 16-bit count of seek errors in the uppermost 4 nibbles, and a 32-bit count of seeks in the lowermost 8 nibbles. In order to see these data, we will need a SMART utility that reports all 48 bits, preferably in hexadecimal. Two such utilities are HD Sentinel and HDDScan.

I believe the relationship between the raw and normalised values of the SER attribute is given by ...

normalised SER = -10 log (lifetime seek errors / lifetime seeks)

In the above formula, if the drive has recorded no errors, then we would still need to set the number of errors to 1, otherwise the result would be indeterminate.

The following table correlates the normalised SER against the actual error rate:
90 = <= 1 error per 1000 million seeks
80 = <= 1 error per 100 million
70 = <= 1 error per 10 million
60 = <= 1 error per million
50 = 10 errors per million
40 = 100 errors per million
30 = 1000 errors per million
20 = 10 errors per thousand

A drive that has not yet recorded 1 million seeks will show 100 and 253 for the Current and Worst values. I believe this is because the data are not considered to be statistically significant until the drive has recorded 1 million seeks. When this target is reached, the values drop to 60 and 60, assuming there have been no errors.

By way of example, here are the SMART data for my 13GB Seagate HDD:
http://www.users.on.net/~fzabkar/SmartUDM/13GB.RPT
Attribute ID Threshold Value Worst Raw
===============================================================
Seek Error Rate 7 30 53 38 052E0E3000EC

The number of lifetime seek errors = 0x052E (uppermost 4 nibbles) = 1326

The number of lifetime seeks = 0x0E3000EC (lowermost 8 nibbles) = 238 026 988

fixmater@vk · Отправлено: **06:57, 19-04-2019** | #25

Цитата Tau_0:

Вы сделали новый косяк. Он состоит в том, что скрин из виктории, --- это не рапорт SMART, а рапорт SCAN. --- Не путайте Божий дар с северным сиянием »

Извиняюсь, это был не косяк, а просто мало знаний в подобной технике.
И кажись диску и правда хана

Tau_0 · Отправлено: **10:18, 19-04-2019** | #26

Цитата fixmater@vk:

И кажись диску и правда хана »

Лично я пока никакой такой страшной "хана” не усмотрел…

Да, атрибут рапорта SMART ID = 05 Reallocated sectors count показывает, что нормализованное/нормированное/значение стало VAL=97 из 100 по максимуму возможной радости… и конкретное значение счётчика переназначенных секторов RAW= 80h= 128dec.

--- Но это совсем немного, хотя и неприятно, что хард уже не целка…, но говорить о смерти харда тоже нельзя.

--- Под файло-помойку хард вполне пойдёт, а может и под большее пойдёт… Пока рано его (хард) выбрасывать. --- Его использовать надо, правда, с опаской....

fixmater@vk · Отправлено: **15:01, 07-08-2019** | #27

Цитата Tau_0:

Пока рано его (хард) выбрасывать. --- Его использовать надо, правда, с опаской.... »

С Вами я согласен, и выбрасывать его не собираюсь.
Придётся пользоваться тем что есть.

fixmater@vk · Отправлено: **05:34, 16-08-2019** | #28

Тогда у меня другой вопрос:
На двух стационарных hdd у меня такая странная картина:
ID Cur Wor Thr RawValues Attribute Name
C0 _94 _94 __0 00000000205C Отказы отключения питания
C1 _94 _94 __0 00000000205C Циклы загрузки/выгрузки

ID Cur Wor Thr RawValues Attribute Name
C0 _97 _97 __0 000000000F3A Отказы отключения питания
C1 _97 _97 __0 000000000F3A Циклы загрузки/выгрузки

То есть мне не понятно почему отказы отключения питания, идут также как цикл загрузки выгрузки
Вот к примеру внешний usb hdd:
ID Cur Wor Thr RawValues Attribute Name
C0 200 200 __0 000000000013 Отказы отключения питания
C1 198 198 __0 00000000221D Циклы загрузки/выгрузки

Получается на внешнем таких отказов всего 19, и то они случаются при сбойном отключении диска, а если безопасно извлекать его, то цифра не растёт.
А на этих двух она растёт с каждым включением компа, и там уже тысячи этих отказов.

fixmater@vk · Отправлено: **10:22, 21-11-2019** | #29

Цитата fixmater@vk:

Получается на внешнем таких отказов всего 19, и то они случаются при сбойном отключении диска, а если безопасно извлекать его, то цифра не растёт.
А на этих двух она растёт с каждым включением компа, и там уже тысячи этих отказов. »

Опасно ли такое поведение дисков ?
Или это всегда так у стационарных дисков происходит ?

Tau_0 · Отправлено: **14:40, 21-11-2019** | #30

Цитата fixmater@vk:

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

&

Цитата fixmater@vk:

C0 200 200 __0 000000000013 Отказы отключения питания »

А в CrystalDiskInfo атрибут ID=C0 звучит как Powe-off Retract Count

Не так давно Tomset писал, что термин Retract пришёл из авиации, где он означает убрать шасси.
Я из интереса тогда посмотрел в словаре и действительно среди многих значений перевода нашёл ещё и такие как --- втягивать,прятать когти... Мне перевод прятать когти тоже понравился...

Далее Tomset пояснил, что на первых жёстких дисках, перед отключением, головки убирали вручную. Я таких дисков не видел, но застал устройства и накопители, которые выключались клавишей вручную. И там перед остановом шпинделя сервопривод втягивал гребенку с головками в парковочную зону. --- Головки выходили из цилиндров и после останоова шпинделя пакет дисков легко снимался с устройства. --- Здоровая такая бандура пошире газовой плиты была. А если по каким-то причинам сервопривод не сработал, то это дело кончалось печально. Головки падали на пластины и своими когтями царапали диск и т.д. и т.п.

А на современных хардах пропадание питания ничем таким нехорошим не грозит. Так это дело Tomset растолковал...

От себя добавлю, что у меня один и тот же хард при отключении питания либо увеличивает счётчик атрибута ID=C0, либо счётчик атрибута ID=C1 (в смысле исключающего или). --- Это в зависимости от Host-контроллера харда и драйвера Windows. Поэтому рост счётчика C0 не есть аварийное пропадание питания.

Я так это дело понимаю, но может Tomset чего добавит. --- Это полезнее, чем со Знахарем прпираться..