On 30/01/2022 at 02.42, Marcin Debowski wrote:
>>> O ile mnie pamięć nie zawodzi, to Write Amplification Factor(dla
>>> Cruciala) = 1+attr248/attr247 = 1+1106748960/848712819 = 2,30
>>> Czyli wychodzi 12,5*2,30 = 28,75 TBW, dysk ma gwarancję na 120
>>> TBW(BX500 500GiB), więc do końca daleko.
>>>
>>> Coś mi to nie pasuje do atrybutu
>>>
>>> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
>>> Offline - 7
>>>
>>> Jakiś burdel w firmware?
>>
>> Raczej w interpretacji. Albo dysk OP-a jest zużyty w 7%, czyli zostało
>> mu jeszcze 93%, albo mój prawie nowy i mało używany CX500 już nie żyje,
>> po zapisie zaledwie 0,4TB:
>>
>> 202 Percent_Lifetime_Remain 0x0030 100 100 001 Old_age Offline - 0

Kurczę, pomyliłem z moją Hondą ;-) -- MX500 miało być oczywiście...

> No to i mój:
> Device Model: CT240BX500SSD1
> 202 Percent_Lifetime_Remain 0x0030 095 095 001 Old_age Offline - 95
> 246 Total_LBAs_Written 0x0032 100 100 050 Old_age Always - 9994688890
> 247 Host_Program_Page_Count 0x0032 100 100 050 Old_age Always - 312334027
> 248 FTL_Program_Page_Count 0x0032 100 100 050 Old_age Always - 333533760
>
> bez WAF 4.65TB, z, 2x więcej.

update-smart-drivedb wykonywałeś ostatnio/w ogóle?


--
mrg

do góry

On 29.01.2022 21:19, a...@p...com wrote:
>> i to ostatnie wywaliło się po jakimś czasie:
>>
>> [...]
>> trimming 20480000 sectors from 512 ranges
>> succeeded
>> trimming 16120000 sectors from 403 ranges
>> SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 04 51 40
>> 00 21 04 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>> succeeded
>>
>> Coś jeszcze się da zrobić?
>
> A co mówi
> blkdiscard -p 32768 /dev/sdx
> (musi być to -p 32768, bo blkdiscard dziury zostawia, to wartość
> optymalna)
> ?

Nic nie mówi, wykonywało się dość długo i zero komunikatów.

> Można jeszcze spróbować flashować firmware na nowsze czy wymusić jego
> reflashowanie.

Używam linuksa, a narzędzie u producenta jakie widzę jest pod win. Czy
jest inny sposób niż to dedykowane narzędzie?

--
pzdr
Roman

do góry

On 29.01.2022 21:45, ptoki wrote:

>>>> 246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always
>>>> - 27158810210
>>> Nie wiem czy dobrze licze i mi sie przecinki nie pomotaly ale to jest 12,5TB
>>> Nie jest to duzo jak na dysk pol TB ale nie jest tez malo.
>> To jest wyrażone w czym? Bajtach? Blokach po 512B?
>
> W TB pisze przeciez. Kawy wincyj :)

W takim razie jakim cudem z liczby zaczynającej się od 27 wyszło Ci 12
TB? Dla mnie 27158810210 bajty to 25GB. Dlatego pytam jak to liczysz?

>> Coś jeszcze się da zrobić?
>>
>>
>
> Sprawdzic czy pomoglo. :)
>
> Ale tak jak ansaj nizej pisze, dziwne te numerki tam sa.
>
> Sprawdz ponownie smarta. Moze ten 202 sie poprawil bo firmware ma wiecej pola do
popisu na wear leveling.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE
UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 000 100 000 Pre-fail Always
- 0
5 Reallocate_NAND_Blk_Cnt 0x0032 100 100 010 Old_age Always
- 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always
- 3703
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always
- 2060
171 Program_Fail_Count 0x0032 100 100 000 Old_age Always
- 0
172 Erase_Fail_Count 0x0032 000 000 000 Old_age Always
- 0
173 Ave_Block-Erase_Count 0x0032 007 007 000 Old_age Always
- 152
174 Unexpect_Power_Loss_Ct 0x0032 100 100 000 Old_age Always
- 264
180 Unused_Reserve_NAND_Blk 0x0033 100 100 000 Pre-fail Always
- 224
183 SATA_Interfac_Downshift 0x0032 100 100 000 Old_age Always
- 99
184 Error_Correction_Count 0x0032 100 100 000 Old_age Always
- 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always
- 0
194 Temperature_Celsius 0x0022 073 021 000 Old_age Always
- 27 (Min/Max 7/79)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always
- 0
197 Current_Pending_ECC_Cnt 0x0032 100 100 000 Old_age Always
- 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age
Offline - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 000 Old_age Always
- 243
202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
Offline - 7
206 Write_Error_Rate 0x000e 000 000 000 Old_age Always
- 0
210 Success_RAIN_Recov_Cnt 0x0032 100 100 000 Old_age Always
- 0
246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always
- 29053090754
247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always
- 907909086
248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always
- 1166468640


> No i na koniec, jak ten dysk pracowal w systemie ktory trima nie obsluguje (jakas
stara ta winda?) to rzeczywiscie po tak krotkim czasie mogl pasc, bo gnebiony byl...

Pracował pod Win10, aktualizowanym.

--
pzdr
Roman

do góry

On 29.01.2022 22:07, a...@p...com wrote:
> Wcale nie przypadkiem, dnia Sat, 29 Jan 2022 12:47:00 -0800 (PST)
>>> Coś mi to nie pasuje do atrybutu
>>> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
>>> Offline - 7
>>> Jakiś burdel w firmware?
>>
>> Tez moze byc.
>>
>> Ale moze po strymowaniu sie obudzi i uporzadkuje.
>> Tak czy siak, zalecam ostroznosc z nim.
>
> Ja nie wiem jak te dyski się "porządkują", ale ten proces może wymagać
> kilkudziesięciu minut w trybie IDDLE(pod zasilaniem, ale nie
> zamontowany w systemie).
> Może warto mu robić
> blkdiscard -p 32768 /dev/sdx
> odmontować na 30 minut i sprawdzać np tym:
> pv /dev/sdX | cmp /dev/zero
> czy coś poszło dalej.

On jest teraz podpięty pod domowy serwer na debianie, cały czas
niezamontowany, chodzi non stop w idlu i tylko czasem mu zapuszczam
testy smart czy te polecenia od trima, lub dd.

Polecenia pv nie mam (not found), co to jest?

--
pzdr
Roman

do góry

Wcale nie przypadkiem, dnia Sun, 30 Jan 2022 21:14:56 +0100
doszła do mnie wiadomość <61f6f1c0$0$554$65785112@news.neostrada.pl>
od Roman Tyczka <r...@h...you.spammer> :
>On 29.01.2022 21:19, a...@p...com wrote:
>>> i to ostatnie wywaliło się po jakimś czasie:
>>>
>>> [...]
>>> trimming 20480000 sectors from 512 ranges
>>> succeeded
>>> trimming 16120000 sectors from 403 ranges
>>> SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 04 51 40
>>> 00 21 04 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>>> succeeded
>>>
>>> Coś jeszcze się da zrobić?
>>
>> A co mówi
>> blkdiscard -p 32768 /dev/sdx
>> (musi być to -p 32768, bo blkdiscard dziury zostawia, to wartość
>> optymalna)
>> ?
>
>Nic nie mówi, wykonywało się dość długo i zero komunikatów.

Czy cokolwiek zostało wyzerowane?
pv /dev/sdX | cmp /dev/zero
Jeśli nie, to trzeba jakiegoś specjalisty od odzyskiwania danych
zapytać, może to jakaś typowa przypadłość tych dysków.

>> Można jeszcze spróbować flashować firmware na nowsze czy wymusić jego
>> reflashowanie.
>
>Używam linuksa, a narzędzie u producenta jakie widzę jest pod win. Czy
>jest inny sposób niż to dedykowane narzędzie?

Są jakieś windowsy "live", można spróbować, powinno się dać,
producenci mają wersje flasherów bez GUI, może zadziałać.
Ostatecznie podłączyć u kogoś z Windowsem.
Dziwna sprawa, MX500 ma firmware updater w postaci ISO, a BX500
nie(ale można poszukać, może Linuksowcy mają jakieś swoje metody).

--
Szwambuł Trantiputl, Aieon Wrszc & Etaoin Shrdlu
Inter stercus/faeces et urinam nascimur
Rodzimy się między łajnem i uryną

do góry

Wcale nie przypadkiem, dnia Sun, 30 Jan 2022 21:23:33 +0100
doszła do mnie wiadomość <61f6f3c5$0$529$65785112@news.neostrada.pl>
od Roman Tyczka <r...@h...you.spammer> :
>On 29.01.2022 22:07, a...@p...com wrote:
>> Wcale nie przypadkiem, dnia Sat, 29 Jan 2022 12:47:00 -0800 (PST)
>>>> Coś mi to nie pasuje do atrybutu
>>>> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
>>>> Offline - 7
>>>> Jakiś burdel w firmware?
>>>
>>> Tez moze byc.
>>>
>>> Ale moze po strymowaniu sie obudzi i uporzadkuje.
>>> Tak czy siak, zalecam ostroznosc z nim.
>>
>> Ja nie wiem jak te dyski się "porządkują", ale ten proces może wymagać
>> kilkudziesięciu minut w trybie IDDLE(pod zasilaniem, ale nie
>> zamontowany w systemie).
>> Może warto mu robić
>> blkdiscard -p 32768 /dev/sdx
>> odmontować na 30 minut i sprawdzać np tym:
>> pv /dev/sdX | cmp /dev/zero
>> czy coś poszło dalej.
>
>On jest teraz podpięty pod domowy serwer na debianie, cały czas
>niezamontowany, chodzi non stop w idlu i tylko czasem mu zapuszczam
>testy smart czy te polecenia od trima, lub dd.
>
>Polecenia pv nie mam (not found), co to jest?

Możesz nie mieć, ja musiałem doinstalować(zapomniałem o tym).
https://www.geeksforgeeks.org/pv-command-in-linux-wi
th-examples/

--
Szwambuł Trantiputl.
Inter stercus/faeces et urinam nascimur
Rodzimy się między łajnem i uryną

do góry

niedziela, 30 stycznia 2022 o 14:19:56 UTC-6 Roman Tyczka napisał(a):
> On 29.01.2022 21:45, ptoki wrote:
>
> >>>> 246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always
> >>>> - 27158810210
> >>> Nie wiem czy dobrze licze i mi sie przecinki nie pomotaly ale to jest 12,5TB
> >>> Nie jest to duzo jak na dysk pol TB ale nie jest tez malo.
> >> To jest wyrażone w czym? Bajtach? Blokach po 512B?
> >
> > W TB pisze przeciez. Kawy wincyj :)
> W takim razie jakim cudem z liczby zaczynającej się od 27 wyszło Ci 12
> TB? Dla mnie 27158810210 bajty to 25GB. Dlatego pytam jak to liczysz?

Ah "to" to miales na mysli wartosc.
Tam jest w nazwie LBA. Logical block addressable. Zalozylem 512 bajtow.
Blisko byles.

> >> Coś jeszcze się da zrobić?
> >>
> >>
> >
> > Sprawdzic czy pomoglo. :)
> >
> > Ale tak jak ansaj nizej pisze, dziwne te numerki tam sa.
> >
> > Sprawdz ponownie smarta. Moze ten 202 sie poprawil bo firmware ma wiecej pola do
popisu na wear leveling.
> SMART Attributes Data Structure revision number: 1
>
> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
> Offline - 7
> > No i na koniec, jak ten dysk pracowal w systemie ktory trima nie obsluguje (jakas
stara ta winda?) to rzeczywiscie po tak krotkim czasie mogl pasc, bo gnebiony byl...
> Pracował pod Win10, aktualizowanym.
>
No to jakims cudem tyle ma. Moze podziala bo ten 202 jest liczony jakos dziwnie ale
przynajmniej wiesz ze ten dysk sie bardziej konczy niz zaczyna.

Jesli trim nie poprawil tego procentu to w sumie nie wiadomo ile ci zycia jeszcze
zostalo.
Mozesz puscic update firmware na nim. Moze to cos zmieni.

Zrob jeszcze test z apleciku "Disks" tam ustaw 100 probek po 100MB i zrob zapisy.

Jak sie dobrze czuje to powinien wyjsc wykres w postaci dwu poziomych linii.

Jak sa gorki/dolki to znaczy sie albo trim nie zadzialal albo rzeczywiscie cos juz z
nim nie tak.

No i na koniec, powodem nadmiernego zuzycia moglo byc tez to ze pracowal bardzo
zapelniony. Wtedy czesc jego komorek byla bardziej zuzyta niz reszta a firmware
raportuje ten pesymistyczny wariant.
Nie wiem, gdybam.

Narazie jak dziala to uzywac, ale na niekrytyczne dane.

do góry

On 2022-01-30, marrgol <m...@a...invalid> wrote:
> On 30/01/2022 at 02.42, Marcin Debowski wrote:
>>>> O ile mnie pamięć nie zawodzi, to Write Amplification Factor(dla
>>>> Cruciala) = 1+attr248/attr247 = 1+1106748960/848712819 = 2,30
>>>> Czyli wychodzi 12,5*2,30 = 28,75 TBW, dysk ma gwarancję na 120
>>>> TBW(BX500 500GiB), więc do końca daleko.
>>>>
>>>> Coś mi to nie pasuje do atrybutu
>>>>
>>>> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
>>>> Offline - 7
>>>>
>>>> Jakiś burdel w firmware?
>>>
>>> Raczej w interpretacji. Albo dysk OP-a jest zużyty w 7%, czyli zostało
>>> mu jeszcze 93%, albo mój prawie nowy i mało używany CX500 już nie żyje,
>>> po zapisie zaledwie 0,4TB:
>>>
>>> 202 Percent_Lifetime_Remain 0x0030 100 100 001 Old_age Offline - 0
>
> Kurczę, pomyliłem z moją Hondą ;-) -- MX500 miało być oczywiście...
>
>> No to i mój:
>> Device Model: CT240BX500SSD1
>> 202 Percent_Lifetime_Remain 0x0030 095 095 001 Old_age Offline - 95
>> 246 Total_LBAs_Written 0x0032 100 100 050 Old_age Always - 9994688890
>> 247 Host_Program_Page_Count 0x0032 100 100 050 Old_age Always - 312334027
>> 248 FTL_Program_Page_Count 0x0032 100 100 050 Old_age Always - 333533760
>>
>> bez WAF 4.65TB, z, 2x więcej.
>
> update-smart-drivedb wykonywałeś ostatnio/w ogóle?

Nie robiłem. Przynajmniej świadomie. Teraz zrobiłem i wynik taki sam.

--
Marcin

do góry

On 31/01/2022 at 01.37, Marcin Debowski wrote:
>>> No to i mój:
>>> Device Model: CT240BX500SSD1
>>> 202 Percent_Lifetime_Remain 0x0030 095 095 001 Old_age Offline - 95
>>> 246 Total_LBAs_Written 0x0032 100 100 050 Old_age Always - 9994688890
>>> 247 Host_Program_Page_Count 0x0032 100 100 050 Old_age Always - 312334027
>>> 248 FTL_Program_Page_Count 0x0032 100 100 050 Old_age Always - 333533760
>>>
>>> bez WAF 4.65TB, z, 2x więcej.
>>
>> update-smart-drivedb wykonywałeś ostatnio/w ogóle?
>
> Nie robiłem. Przynajmniej świadomie. Teraz zrobiłem i wynik taki sam.

Ciekawe... W bazie dysków smartmontools atrybut 202 dla Cruciali
m.in. BX500 i MX500 jest opatrzony takim komentarzem:
,,norm = max(100-raw,0); raw = percent_lifetime_used".

Crucial na swojej stronie też wyraźnie napisał:

,,Attribute 202: Percentage Lifetime Used

This attribute is exactly as its name implies. It is a measure of how
much of the drive's projected lifetime has been used at any point in
time. When the SSD is brand new, Attribute 202 will report "0", and when
its specified lifetime has been reached, it will show "100," reporting
that 100 percent of the lifetime has been used."

I to się zgadza z tym co smartctl pokazuje dla CT480BX500SSD1 OP-a
(i mojego MX500), ale udało mi się dorwać jeden CT240BX500SSD1
i faktycznie pokazuje tak, jak twój:

202 Percent_Lifetime_Remain 0x0030 098 098 001 Old_age Offline - 98

Ma firmware M6CR013. OP-a SSD ma M6CR022. Albo to był bug i gdzieś
pomiędzy zostało to zmienione, albo to po prostu różne firmware'y
dla różnych SSD, a nie tylko różne wersje tego samego, i po prostu
trzeba wiedzieć, jak to interpretować dla każdego osobno...
Tak, czy tak, to jednak burdel... ;-)


--
mrg

do góry

On 2022-01-31, marrgol <m...@a...invalid> wrote:
> On 31/01/2022 at 01.37, Marcin Debowski wrote:
>>>> No to i mój:
>>>> Device Model: CT240BX500SSD1
>>>> 202 Percent_Lifetime_Remain 0x0030 095 095 001 Old_age Offline - 95
>>>> 246 Total_LBAs_Written 0x0032 100 100 050 Old_age Always - 9994688890
>>>> 247 Host_Program_Page_Count 0x0032 100 100 050 Old_age Always - 312334027
>>>> 248 FTL_Program_Page_Count 0x0032 100 100 050 Old_age Always - 333533760
>>>>
>>>> bez WAF 4.65TB, z, 2x więcej.
>>>
>>> update-smart-drivedb wykonywałeś ostatnio/w ogóle?
>>
>> Nie robiłem. Przynajmniej świadomie. Teraz zrobiłem i wynik taki sam.
>
> Ciekawe... W bazie dysków smartmontools atrybut 202 dla Cruciali
> m.in. BX500 i MX500 jest opatrzony takim komentarzem:
> ,,norm = max(100-raw,0); raw = percent_lifetime_used".
>
> Crucial na swojej stronie też wyraźnie napisał:
>
> ,,Attribute 202: Percentage Lifetime Used
>
> This attribute is exactly as its name implies. It is a measure of how
> much of the drive's projected lifetime has been used at any point in
> time. When the SSD is brand new, Attribute 202 will report "0", and when
> its specified lifetime has been reached, it will show "100," reporting
> that 100 percent of the lifetime has been used."
>
> I to się zgadza z tym co smartctl pokazuje dla CT480BX500SSD1 OP-a
> (i mojego MX500), ale udało mi się dorwać jeden CT240BX500SSD1
> i faktycznie pokazuje tak, jak twój:
>
> 202 Percent_Lifetime_Remain 0x0030 098 098 001 Old_age Offline - 98
>
> Ma firmware M6CR013. OP-a SSD ma M6CR022. Albo to był bug i gdzieś
> pomiędzy zostało to zmienione, albo to po prostu różne firmware'y
> dla różnych SSD, a nie tylko różne wersje tego samego, i po prostu
> trzeba wiedzieć, jak to interpretować dla każdego osobno...
> Tak, czy tak, to jednak burdel... ;-)

To jeszcze jeden odgrzebałem:
CT480BX500SSD1 / M6CR013

202 Percent_Lifetime_Remain 0x0030 100 100 001 Old_age Offline - 100
246 Total_LBAs_Written 0x0032 100 100 050 Old_age Always - 3473721083
247 Host_Program_Page_Count 0x0032 100 100 050 Old_age Always - 108553783

Tamten wcześniejszy też z M6CR013.

--
Marcin

do góry