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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Raw Read Error Rate увеличиваются МИЛЛИОНАМИ В МИНУТУ!

Модерирует : Akam1, Dr_StandBy, Dekker

Akam1 (28-10-2016 02:46):  Версия для печати • ПодписатьсяДобавить в закладки

   

Strongius

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день участникам форума!
Да, я уже читал в интернете про постепенно увеличивающиеся показания у накопителей Raw Read Error Rate и Seek Error Rate, но не НАСТОЛЬКО стремительных, как в моём случае.
SMART (Seagate 11-ой серии перепрошитый) я ПОКА привести не могу, но видел как с показания 32.000.000 (отделил точками для удобства восприятия) он за ~ 8 минут работы достиг 102.000.000 (!) в обоих вышеприведённых атрибутах (причём числа в них совпадают). В пункте Значение (в AIDA64) Raw Read Error Rate увеличился с 74 до 79 за этот промежуток времени.
С предыдущими блоками питания за несколько лет работы ЖД это значение дошло ТОЛЬКО до 32.000.000...
С ИБП 600 ВА и теперешним БП (FSP 350GTF) пробовал подключить разъём питания SATA к нему и специальный от БП, и через переходник Molex-Sata - никакой разницы, всё также.
 
Мне можно было бы не обращать на это внимание (что и рекомендуют делать с ЖД Seagate), но может это говорит о "качестве" БП? (который вроде качественно продиагностировали и отремонтировали)
Я ещё использовал с последними 2-мя БП кэширующую программу для ЖД PrimoCache 2.5, но опять же с предыдущим БП ТАКОГО стремительного увеличения показателей не было.
   
Что можете порекомендовать в данном случае?

Всего записей: 11 | Зарегистр. 09-02-2012 | Отправлено: 17:03 26-10-2016 | Исправлено: Strongius, 17:04 26-10-2016
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Strongius
у сигейта это и количество операций
 
Seagate's Seek Error Rate, Raw Read Error Rate, and Hardware ECC Recovered SMART attributes
 
     
     Report Inappropriate Content  
09-14-2011 11:44 PM - last edited on 09-15-2011 01:28 AM  
 
Seagate's Seek Error Rate, Raw Read Error Rate, and Hardware ECC Recovered SMART attributes create a lot of anxiety amongst Seagate users. This is because the raw values are typically very high, and the normalised values (Current / Worst / Threshold) are usually quite low. Despite this, the numbers in most cases are perfectly OK.
 
The anxiety arises because we intuitively expect that the normalised values should reflect a "health" score, with 100 being the ideal value. Similarly, we would expect that the raw values should reflect an error count, in which case a value of 0 would be most desirable. However, Seagate calculates and applies these attribute values in a counterintuitive way.  
 
In fact the normalised values of Seagate's Seek Error Rate, Raw Read Error Rate, and Hardware ECC Recovered attributes are logarithmic, not linear, and the raw values are sector counts or seek counts, not error counts.
 
Seagate's SMART documentation is not publicly available. The following information has not been gleaned from any official source, but is based on my own testing and observation, and on testing by others. Therefore it may contain errors.  
 
 
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)
 
The number of lifetime seeks = 0x0E3000EC (lowermost 8 nibbles)
Using Google's calculator ...
 
 0x052E = 1326
 0x0E3000EC = 238 026 988
 
http://www.google.com/search?q=0x052E+in+decimal
http://www.google.com/search?q=0x0E3000EC+in+decimal
 
Applying the formula ...
 
 normalised SER = -10 log (0x052E / 0x0E3000EC)  
 
http://www.google.com/search?q=-10+log+(0x052E+/+0x0E3000EC)
 
... we get a result of 52.54.
 
Here is a second example:
http://www.users.on.net/~fzabkar/SmartUDM/120GB.RPT
 Attribute                 ID Threshold Value Worst Raw          
 ===============================================================
 Seek Error Rate           7     30       79    60  00000580A6AC
 
The above drive is in fact error free. It has recorded 0x0580A6AC seeks (= 92 million) without error.
 
Applying the formula ...
 
 normalised SER = -10 log (1 / 0x0580A6AC)  
 
... we get a result of 79.65
 
Note that we have used 1 instead of 0 for the error count (because log 0 is indeterminate).
 
 
Raw Read Error Rate and Hardware ECC Recovered
 
The raw values of the RRER and HER attributes represent a sector count, not an error count. This figure rolls over to 0 once the count reaches about 250 million. I suspect that the drive records the total number of errors in each block of 250 million sectors, and then recalculates the normalised values of each attribute accordingly. This means that RRER and HER would be updated according to a rolling average rather than on a lifetime basis. I'm almost certain that the normalised values are also logarithmic, but I'm not sure how they are calculated. The above figure of 250 million sectors applies to the 7200.11 and DiamondMax 22 models, but may not apply to all.
 
While writing this article I came upon a Seagate document entitled "Diagnostic Commands". It doesn't discuss SMART attributes, but it refers to "Error Recovery Usage Rate" and defines it as ...
 
Error Recovery Usage Rate =  
 
-log10 {(Number of sectors in which controller invoked specified error recovery scheme)/[(Number of sectors transferred) * (512 bytes/sector) * (8 bits/byte)]}
 
This lends support for my Seek Error Rate formula, and suggests that the RRER and HER attributes may be similarly calculated.
 
In fact the document mentions (but does not discuss) 5 different error recovery schemes:
 
 HARD = multiple retries invoked and failed
 FIRM = multiple retries invoked  
 SOFT = 5 retries invoked  
 OTF = 1 retry invoked (On The Fly)
 RAW = OTF ECC invoked  
 
"On The Fly" means that errored data is corrected using the ECC bytes, without an additional access of the platters.
 
Based on the abovementioned Error Recovery Usage Rate formula, I now postulate that the normalised value of the Raw Read Error Rate attribute could be calculated as follows:
 
 normalised RRER = -10 log (number of errored sectors / total bits transferred)
 
The total number of bits is ...
 
 (250 million sectors) x (512 bytes/sector) x (8 bits/byte) = 1.024 x 10^12
 
It seems to me that it makes more sense to use a round figure, say 10^12.
 
If we now let the number of errors equal 0 (or 1), then we have ...
 
 max normalised RRER = -10 log (1 / 10^12) = 120
 
Similarly, if we let the number of errors equal 250 million (ie every sector is errored), then we have ...
 
 min normalised RRER = -10 log (1 / 4096) = 36
 
Therefore, if my hypothesis is correct, we would expect that the threshold value of the RRER attribute would be 36, and its maximum possible value would be 120. In fact my Internet research tends to confirm a maximum of 120 for 7200.11 models, but the threshold figure is 34.
 
FWIW, here are the numbers for my own Seagate drives:
 Attribute                 ID Threshold Value Worst Raw
================================================================
 Raw Read Error Rate       1      6      114   100  00000386EBBA  (ST3320620A)
 Raw Read Error Rate       1      6       64    62  00000AFD20E3  (ST3120026A)
 Raw Read Error Rate       1     34       77    66  000007820F8F  (ST340016A)
 Raw Read Error Rate       1      0       79    78  00000753BA8E  (ST313021A)
 
 Hardware ECC recovered    195    0      100    63  00000C62F66E  (ST3320620A)
 Hardware ECC recovered    195    0       64    62  00000AFD20E3  (ST3120026A)
 Hardware ECC recovered    195    0       77    66  000007820F8F  (ST340016A)

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 17:09 26-10-2016 | Исправлено: tomset, 17:10 26-10-2016
Strongius

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset, благодарю!
Привожу SMART ЖД ST3500320NS:
ID    Описание атрибута    Порог    Значение    Наихудшее    Данные    Статус
01    Raw Read Error Rate    44    83    63    219966631     OK: Значение нормальное
03    Spinup Time    0    99    95    0    OK: Всегда пройдено
04    Start/Stop Count    20    99    99    1759    OK: Значение нормальное
05    Reallocated Sector Count    36    100    100    0    OK: Значение нормальное
07    Seek Error Rate    30    71    60    86166258136    OK: Значение нормальное
09    Power-On Time Count    0    87    87    11482    OK: Всегда пройдено
0A    Spinup Retry Count    97    100    100    2    OK: Значение нормальное
0C    Power Cycle Count    20    96    37    4319    OK: Значение нормальное
B8    End-to-End Error    99    100    100    0    OK: Значение нормальное
BB    Reported Uncorrectable Errors    0    100    100    0    OK: Всегда пройдено
BC    Command Timeout    0    100    99    65539    OK: Всегда пройдено
BD    High Fly Writes    0    100    100    0    OK: Всегда пройдено
BE    Airflow Temperature    45    70    54    30    OK: Значение нормальное
C2    Temperature    0    30    46    30    OK: Всегда пройдено
C3    Hardware ECC Recovered    0    49    25    219966631     OK: Всегда пройдено
C5    Current Pending Sector Count    0    100    100    0    OK: Всегда пройдено
C6    Offline Uncorrectable Sector Count    0    100    100    0    OK: Всегда пройдено
C7    Ultra ATA CRC Error Rate    0    200    197    258    OK: Всегда пройдено

Всего записей: 11 | Зарегистр. 09-02-2012 | Отправлено: 21:10 27-10-2016
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Strongius
Отличный смарт,  
SATA кабель только в прошлом не контачил.
В текущий момент нормально.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 21:26 27-10-2016
Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
http://forum.ru-board.com/topic.cgi?forum=84&topic=3962

----------
В правильно поставленном вопросе всегда содержится 50% ответа
Все будет так, как должно быть. Даже если будет иначе.

Всего записей: 26308 | Зарегистр. 20-04-2006 | Отправлено: 02:46 28-10-2016
   

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Raw Read Error Rate увеличиваются МИЛЛИОНАМИ В МИНУТУ!
Akam1 (28-10-2016 02:46):


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru