-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
e.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!news.mixmin.net!aioe
.org!peer01.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!newsfeed
.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-a-01.news.neostrada.pl!news.
neostrada.pl.POSTED!not-for-mail
From: Olaf Frikiov Skiorvensen <B...@i...invalid>
Newsgroups: pl.comp.pecet
Subject: Re: Ryzen 7 1700 + ECC RAM
Date: Sat, 17 Oct 2020 03:22:54 +0200
Organization: PZWMDK
Message-ID: <m...@4...com>
References: <rlpj4p$tb0$1$pioruns@news.chmurka.net>
<uO2gH.546305$jbb.130731@fx44.ams1>
<rm01rr$ihq$1$pioruns@news.chmurka.net>
<tIqhH.897066$EWb.748537@fx42.ams1>
<rm6tar$n38$1$pioruns@news.chmurka.net> <Ix5iH.136467$dT2.6561@fx01.ams1>
<rmc0eo$9bt$1$pioruns@news.chmurka.net>
<b...@4...com>
<%triH.630911$jbb.526219@fx44.ams1>
X-Newsreader: Forte Agent 4.2/32.1118
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
Lines: 56
NNTP-Posting-Host: 83.24.83.248
X-Trace: 1602897775 unt-rea-a-02.news.neostrada.pl 545 83.24.83.248:51076
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 3747
X-Received-Body-CRC: 3519851471
Xref: news-archive.icm.edu.pl pl.comp.pecet:1269331
[ ukryj nagłówki ]Wcale nie przypadkiem, dnia Sat, 17 Oct 2020 01:08:11 GMT
doszła do mnie wiadomość <%triH.630911$jbb.526219@fx44.ams1>
od Marcin Debowski <a...@I...zoho.com> :
>On 2020-10-16, Olaf Frikiov Skiorvensen <B...@i...invalid> wrote:
>> Wcale nie przypadkiem, dnia Fri, 16 Oct 2020 12:33:43 +0100
>> doszła do mnie wiadomość <rmc0eo$9bt$1$pioruns@news.chmurka.net>
>> od pioruns <w...@w...com> :
>>>On 16/10/2020 01:10, Marcin Debowski wrote:
>>>>> ID# ATTRIBUTE_NAME: RAW_VALUE
>>>>> 1 Raw_Read_Error_Rate: 125205888
>>>>> 7 Seek_Error_Rate: 1829851896660
>>>> E, chyba się zgubiłem, to powyższe nie wygląda jak prawie padły dysk?
>>>>
>>>> Moja 1TB Toshiba 2.5" z 2x dłuższym godzinowo przebiegiem ma tu 2x 0.
>>>> Też pracuje w serwerze 24/7, ram zwykły.
>>>>
>>>Każdy producent inaczej pokazuje Error Rates. Niektóre dyski nie
>>>pokazują tu nic, zero, a niektóre miliony korekcji, bo każdy kontroler
>>>co innego uznaje jako "błąd".
>>
>> To pole może być połączeniem dwóch wartości, całkowita ilość
>> pozycjonowań/całkowita ilość błędów pozycjonowania(w Seagate chyba tak
>> jest), to samo może dotyczyć parametru Raw Error Rate i innych(całkowita
>> ilość odczytów/całkowita ilość błędnych odczytów lub całkowita ilość
>> odczytów/ilość błędnych odczytów od włączenia zasilania dysku, czyli po
>> włączeniu zerowana była ilość błędów). W dokumentacji gdzieś to mieli,
>> kiedyś była osiągalna na ich stronie www.
>
>No właśnie sprawdziłem omalże dziewiczego Seagata i też to ma. Internety
>twierdzą, że należy się niepokoić. Smartctl mówi pre-fail:
>
>1 Raw_Read_Error_Rate [..] Pre-fail Always - 72695726
>7 Seek_Error_Rate [..] Pre-fail Always - 21614701
>(ST8000DM004-2CX188)
>
>Czyli nalezy rozumieć że takie błędy to norma?
Nie mogę odgrzebać pdf-a od seagate, ale znalazłem coś, co się zgadza z tym, co
pamiętam.
Tak jak mówiłem:
http://www.users.on.net/~fzabkar/HDD/Seagate_SER_RRE
R_HEC.html
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.
Wystarczy odczytać parametry SMART w HEX, i będzie to widać.
To dotyczy też innych parametrów typu "error rate".
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.
Następne wpisy z tego wątku
- 17.10.20 03:29 Marcin Debowski
- 17.10.20 03:34 Marcin Debowski
- 17.10.20 03:39 Olaf Frikiov Skiorvensen
- 17.10.20 03:55 Marcin Debowski
- 17.10.20 03:57 Marcin Debowski
- 17.10.20 06:06 Marcin Debowski
- 17.10.20 11:20 pioruns
- 17.10.20 11:21 Olaf Frikiov Skiorvensen
- 17.10.20 11:22 pioruns
- 17.10.20 11:24 pioruns
- 17.10.20 12:01 Marcin Debowski
- 17.10.20 13:52 pioruns
- 19.10.20 05:56 Marcin Debowski
- 19.10.20 13:35 pioruns
- 19.10.20 14:04 Marcin Debowski
Najnowsze wątki z tej grupy
- drukarka potrzebna
- Rok 1973
- CFM (airflow) AMD Wraitha
- 16. Raport Totaliztyczny: Sprzedawanie zaszyfrowanych filmów na płytach Blu-Ray bez kluczy deszyfrujących
- 15. Raport Totaliztyczny: Średniowiecze Po,Zniszczeniu AmigaOS i Plan9
- USB3.x->HDMI/DP ze sterownikami w win11
- Dell ubija / przemianowuje swoje flagowe linie laptopów
- Ten adapter nie obsłuży dysków HDD PATA 2.5 cala - producent kłamie czy ja jestem głupi ?
- Przedłużacz USB-C działa w połowie
- Fujitsu LIFEBOOK E746
- Alternatywny nośnik do monitoringu zamiast HDD?
- Pendrive, ale dysk
- Dyski HDD SATA 2,5'' >2TB
- Funbox 10 - Czy miał już ktoś styczność z tym sagemowym sprzętem?
- Konwersja dysku z MBR na GPT
Najnowsze wątki
- 2025-02-10 Spalił się spaliniak
- 2025-02-10 zarowka wifi - z sensowna apka lub lepiej albo lokalnie lub przez web. I zeby harmonogram miala
- 2025-02-10 Chrzanów => Programista NodeJS <=
- 2025-02-10 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2025-02-10 Dlaczego takie preferencje banków?
- 2025-02-10 Białystok => iOS Developer (Swift) <=
- 2025-02-10 Mińsk Mazowiecki => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-10 Białystok => System Architect (Java background) <=
- 2025-02-10 Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- 2025-02-10 Szczecin => Senior Field Sales (system ERP) <=
- 2025-02-10 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-02-10 Chrzanów => Specjalista ds. public relations <=
- 2025-02-10 Chrzanów => NodeJS Developer <=
- 2025-02-10 Warszawa => JavaScript / Node / Fullstack Developer <=
- 2025-02-10 Gliwice => Ekspert IT (obszar systemów sieciowych) <=