Jest dysk SSD Cruciala, jak w topicu, dysk działa w sensie, że się
pokazuje i odpowiada, ale jakiekolwiek próby użycia kończą się
wewnętrznymi błędami użytych narzędzi, czy to hdparma czy narzędzi od
partycji.
Oto jego smart:

=== START OF INFORMATION SECTION ===
Model Family: Crucial/Micron Client SSDs
Device Model: CT480BX500SSD1
Serial Number: 2011E3EF0DF3
LU WWN Device Id: 0 000000 000000000
Firmware Version: M6CR022
User Capacity: 480,103,981,056 bytes [480 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
TRIM Command: Available
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-3 T13/2161-D revision 4
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Thu Jan 27 20:44:08 2022 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection:
Disabled.
Self-test execution status: ( 0) The previous self-test routine
completed
without error or no self-test
has ever
been run.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x11) SMART execute Offline immediate.
No Auto Offline data collection
support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities: (0x0002) Does not save SMART data before
entering power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 10) minutes.

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 - 3647
12 Power_Cycle_Count 0x0032 100 100 000 Old_age
Always - 2059
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
- 145
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
- 27158810210
247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always
- 848712819
248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always
- 1106748960

SMART Error Log Version: 1
Warning: ATA error count 0 inconsistent with error log pointer 1

ATA Error Count: 0
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error -2 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was
active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
00 00 00 00 00 00 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
e5 00 00 00 00 00 00 08 00:00:00.000 CHECK POWER MODE
b0 da 00 00 4f c2 00 08 00:00:00.000 SMART RETURN STATUS
60 08 48 60 18 84 40 08 00:00:00.000 READ FPDMA QUEUED
60 20 30 20 e7 88 40 08 00:00:00.000 READ FPDMA QUEUED
60 20 e0 b0 a8 89 40 08 00:00:00.000 READ FPDMA QUEUED

Error -4 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was
active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
00 00 00 00 00 00 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
b0 d0 01 00 4f c2 00 08 00:00:00.000 SMART READ DATA
60 00 88 00 00 00 40 08 00:00:00.000 READ FPDMA QUEUED
ec 00 01 00 00 00 00 08 00:00:00.000 IDENTIFY DEVICE
ec 00 01 00 00 00 00 08 00:00:00.000 IDENTIFY DEVICE
ec 00 01 00 00 00 00 08 00:00:00.000 IDENTIFY DEVICE

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error
# 1 Extended offline Interrupted (host reset) 60% 3632
-
# 2 Short offline Completed without error 00% 3632
-


Czy da się z nim coś zrobić?


--
pzdr
Roman

do góry

czwartek, 27 stycznia 2022 o 13:49:41 UTC-6 Roman Tyczka napisał(a):
> Jest dysk SSD Cruciala, jak w topicu, dysk działa w sensie, że się
> pokazuje i odpowiada, ale jakiekolwiek próby użycia kończą się
> wewnętrznymi błędami użytych narzędzi, czy to hdparma czy narzędzi od
> partycji.
> Oto jego smart:
>
> === START OF INFORMATION SECTION ===
> Model Family: Crucial/Micron Client SSDs
> Device Model: CT480BX500SSD1
> Serial Number: 2011E3EF0DF3
> LU WWN Device Id: 0 000000 000000000
> Firmware Version: M6CR022
> User Capacity: 480,103,981,056 bytes [480 GB]

> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
> Offline - 7
Nawet jak naprawisz to juz mu duzo zycia nie zostalo (7%)


> 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.

Ponizsze sugestie zniszcza ci wszystkie dane na tym dysku.
Jak sie da to pusc dd z tego dysku na inny czyli zrob sobie jego obraz. Ale jak jest
jak piszesz to nie odzyskasz nic sensownego. To inny aspekt tej awarii.

Ponizsze zaklada ze nie zalezy ci na danych z tego dysku:

Mozesz sprobowac zrobic dd na ten dysk w pierwsze 100-200MB.
To ci wyczysci tablice partycji i ewentualnie zrealokuje zuzyte sektory.
Potem sprobuj puscic to co tu kiedys bylo wspominane (trim na caly dysk) w watku
Odswiezenie ssd

Jak ten dysk sie wyzbiera to wroci do normy i moze nawet posluzy nieco jak kontroler
poomija najbardziej zuzyte obszary.
Nie wiem czy ten dysk ma jakis madrzejszy kontroler czy jakas pasciowe. Moze ktos
inny zasugeruje lepsze rozwiazanie.

do góry

On 28.01.2022 00:32, ptoki wrote:
>> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
>> Offline - 7
> Nawet jak naprawisz to juz mu duzo zycia nie zostalo (7%)

7% zostało? Czyli 93% zużycia? To chore, dysk ma ze dwa lata, używany w
lapku dzieciaka, głównie teamsy, yt i gry... zero jakiejś drastycznej
orki typu bazy danych czy obróbka video, bieda straszna w takim razie z
Crucialem.

>> 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?

> Ponizsze sugestie zniszcza ci wszystkie dane na tym dysku.
> Jak sie da to pusc dd z tego dysku na inny czyli zrob sobie jego obraz. Ale jak
jest jak piszesz to nie odzyskasz nic sensownego. To inny aspekt tej awarii.
>
> Ponizsze zaklada ze nie zalezy ci na danych z tego dysku:
>
> Mozesz sprobowac zrobic dd na ten dysk w pierwsze 100-200MB.
> To ci wyczysci tablice partycji i ewentualnie zrealokuje zuzyte sektory.
> Potem sprobuj puscic to co tu kiedys bylo wspominane (trim na caly dysk) w watku
Odswiezenie ssd

Zapuściłem dd, potem blkdiscard -z, potem z linka:

i=0; while [ $i -lt 937703088 ]; do echo $i:40000; i=$(((i+40000)));
done | hdparm --please-destroy-my-drive --trim-sector-ranges-stdin /dev/sde

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ć?

--
pzdr
Roman

do góry

Wcale nie przypadkiem, dnia Thu, 27 Jan 2022 15:32:24 -0800 (PST)
doszła do mnie wiadomość
<5e2740ab-4aa7-4fba-9ac0-313732d69d9an@googlegroups.
com>
od ptoki <s...@g...com> :
>czwartek, 27 stycznia 2022 o 13:49:41 UTC-6 Roman Tyczka napisał(a):
>> Jest dysk SSD Cruciala, jak w topicu, dysk działa w sensie, że się
>> pokazuje i odpowiada, ale jakiekolwiek próby użycia kończą się
>> wewnętrznymi błędami użytych narzędzi, czy to hdparma czy narzędzi od
>> partycji.
>> Oto jego smart:
>>
>> === START OF INFORMATION SECTION ===
>> Model Family: Crucial/Micron Client SSDs
>> Device Model: CT480BX500SSD1
>> Serial Number: 2011E3EF0DF3
>> LU WWN Device Id: 0 000000 000000000
>> Firmware Version: M6CR022
>> User Capacity: 480,103,981,056 bytes [480 GB]
>
>> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
>> Offline - 7
>Nawet jak naprawisz to juz mu duzo zycia nie zostalo (7%)
>
>
>> 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.
>
>Ponizsze sugestie zniszcza ci wszystkie dane na tym dysku.
>Jak sie da to pusc dd z tego dysku na inny czyli zrob sobie jego obraz. Ale jak jest
jak piszesz to nie odzyskasz nic sensownego. To inny aspekt tej awarii.
>
>Ponizsze zaklada ze nie zalezy ci na danych z tego dysku:
>
>Mozesz sprobowac zrobic dd na ten dysk w pierwsze 100-200MB.
>To ci wyczysci tablice partycji i ewentualnie zrealokuje zuzyte sektory.
>Potem sprobuj puscic to co tu kiedys bylo wspominane (trim na caly dysk) w watku
Odswiezenie ssd
>
>Jak ten dysk sie wyzbiera to wroci do normy i moze nawet posluzy nieco jak
kontroler poomija najbardziej zuzyte obszary.
>Nie wiem czy ten dysk ma jakis madrzejszy kontroler czy jakas pasciowe. Moze ktos
inny zasugeruje lepsze rozwiazanie.
>

Tak na poboczu(dysk pewnie padł), ale:

246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always
- 27158810210
247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always
- 848712819
248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always
- 1106748960

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?

do góry

Wcale nie przypadkiem, dnia Sat, 29 Jan 2022 20:36:44 +0100
doszła do mnie wiadomość <61f5974c$0$551$65785112@news.neostrada.pl>
od Roman Tyczka <r...@h...you.spammer> :
>On 28.01.2022 00:32, ptoki wrote:
>>> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
>>> Offline - 7
>> Nawet jak naprawisz to juz mu duzo zycia nie zostalo (7%)
>
>7% zostało? Czyli 93% zużycia? To chore, dysk ma ze dwa lata, używany w
>lapku dzieciaka, głównie teamsy, yt i gry... zero jakiejś drastycznej
>orki typu bazy danych czy obróbka video, bieda straszna w takim razie z
>Crucialem.
>
>>> 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?
>
>> Ponizsze sugestie zniszcza ci wszystkie dane na tym dysku.
>> Jak sie da to pusc dd z tego dysku na inny czyli zrob sobie jego obraz. Ale jak
jest jak piszesz to nie odzyskasz nic sensownego. To inny aspekt tej awarii.
>>
>> Ponizsze zaklada ze nie zalezy ci na danych z tego dysku:
>>
>> Mozesz sprobowac zrobic dd na ten dysk w pierwsze 100-200MB.
>> To ci wyczysci tablice partycji i ewentualnie zrealokuje zuzyte sektory.
>> Potem sprobuj puscic to co tu kiedys bylo wspominane (trim na caly dysk) w watku
Odswiezenie ssd
>
>Zapuściłem dd, potem blkdiscard -z, potem z linka:
>
>i=0; while [ $i -lt 937703088 ]; do echo $i:40000; i=$(((i+40000)));
>done | hdparm --please-destroy-my-drive --trim-sector-ranges-stdin /dev/sde
>
>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)
?

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

--
Szwambuł Trantiputl.

do góry

sobota, 29 stycznia 2022 o 13:36:47 UTC-6 Roman Tyczka napisał(a):
> On 28.01.2022 00:32, ptoki wrote:
> >> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
> >> Offline - 7
> > Nawet jak naprawisz to juz mu duzo zycia nie zostalo (7%)
> 7% zostało? Czyli 93% zużycia? To chore, dysk ma ze dwa lata, używany w
> lapku dzieciaka, głównie teamsy, yt i gry... zero jakiejś drastycznej
> orki typu bazy danych czy obróbka video, bieda straszna w takim razie z
> Crucialem.

Hehe, widzisz, dzis baza duzo mniej orze dyskiem niz np, glupia przegladarka.
Starczy ze to dziecko na discordzie siedzi i se grupka durne animacje pokazuje w
ilosciach rozrywkowych. Przegladarka niezle poorze dyska wrzucajac te smieci w cache.
Podobnie obrobka wideo. Przerobic film 1GB to z grubsza drugie 2GB zapisow, czesto
mniej.

Zapusc sobie w windowsie perfmona i zajrzyj ile tam zapisow leci na dysk. Zdziwisz
sie ze na serwerach jest tego czesto mniej.

> >> 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 :)

> > Ponizsze sugestie zniszcza ci wszystkie dane na tym dysku.
> > Jak sie da to pusc dd z tego dysku na inny czyli zrob sobie jego obraz. Ale jak
jest jak piszesz to nie odzyskasz nic sensownego. To inny aspekt tej awarii.
> >
> > Ponizsze zaklada ze nie zalezy ci na danych z tego dysku:
> >
> > Mozesz sprobowac zrobic dd na ten dysk w pierwsze 100-200MB.
> > To ci wyczysci tablice partycji i ewentualnie zrealokuje zuzyte sektory.
> > Potem sprobuj puscic to co tu kiedys bylo wspominane (trim na caly dysk) w watku
Odswiezenie ssd
> Zapuściłem dd, potem blkdiscard -z, potem z linka:
>
> i=0; while [ $i -lt 937703088 ]; do echo $i:40000; i=$(((i+40000)));
> done | hdparm --please-destroy-my-drive --trim-sector-ranges-stdin /dev/sde
>
> 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ć?
>
>

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.

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...

do góry

sobota, 29 stycznia 2022 o 14:11:29 UTC-6 a...@p...com napisał(a):
> Wcale nie przypadkiem, dnia Thu, 27 Jan 2022 15:32:24 -0800 (PST)
> doszła do mnie wiadomość
> <5...@g...com>
> od ptoki <s...@g...com> :
> >czwartek, 27 stycznia 2022 o 13:49:41 UTC-6 Roman Tyczka napisał(a):
> >> Jest dysk SSD Cruciala, jak w topicu, dysk działa w sensie, że się
> >> pokazuje i odpowiada, ale jakiekolwiek próby użycia kończą się
> >> wewnętrznymi błędami użytych narzędzi, czy to hdparma czy narzędzi od
> >> partycji.
> >> Oto jego smart:
> >>
> >> === START OF INFORMATION SECTION ===
> >> Model Family: Crucial/Micron Client SSDs
> >> Device Model: CT480BX500SSD1
> >> Serial Number: 2011E3EF0DF3
> >> LU WWN Device Id: 0 000000 000000000
> >> Firmware Version: M6CR022
> >> User Capacity: 480,103,981,056 bytes [480 GB]
> >
> >> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
> >> Offline - 7
> >Nawet jak naprawisz to juz mu duzo zycia nie zostalo (7%)
> >
> >
> >> 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.
> >
> >Ponizsze sugestie zniszcza ci wszystkie dane na tym dysku.
> >Jak sie da to pusc dd z tego dysku na inny czyli zrob sobie jego obraz. Ale jak
jest jak piszesz to nie odzyskasz nic sensownego. To inny aspekt tej awarii.
> >
> >Ponizsze zaklada ze nie zalezy ci na danych z tego dysku:
> >
> >Mozesz sprobowac zrobic dd na ten dysk w pierwsze 100-200MB.
> >To ci wyczysci tablice partycji i ewentualnie zrealokuje zuzyte sektory.
> >Potem sprobuj puscic to co tu kiedys bylo wspominane (trim na caly dysk) w watku
Odswiezenie ssd
> >
> >Jak ten dysk sie wyzbiera to wroci do normy i moze nawet posluzy nieco jak
kontroler poomija najbardziej zuzyte obszary.
> >Nie wiem czy ten dysk ma jakis madrzejszy kontroler czy jakas pasciowe. Moze ktos
inny zasugeruje lepsze rozwiazanie.
> >
> Tak na poboczu(dysk pewnie padł), ale:
> 246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always
> - 27158810210
> 247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always
> - 848712819
> 248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always
> - 1106748960
>
> 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.
>
No wlasnie. Nie chcialo mi sie tego liczyc ale nawet po poprawce nadal nie pasuje do
tej 202-ki

> 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.

do góry

Wcale nie przypadkiem, dnia Sat, 29 Jan 2022 12:47:00 -0800 (PST)
doszła do mnie wiadomość
<0eeedbfd-b400-4f78-861d-b4af1b500145n@googlegroups.
com>
od ptoki <s...@g...com> :
>sobota, 29 stycznia 2022 o 14:11:29 UTC-6 a...@p...com napisał(a):
>> Wcale nie przypadkiem, dnia Thu, 27 Jan 2022 15:32:24 -0800 (PST)
>> doszła do mnie wiadomość
>> <5...@g...com>
>> od ptoki <s...@g...com> :
>> >czwartek, 27 stycznia 2022 o 13:49:41 UTC-6 Roman Tyczka napisał(a):
>> >> Jest dysk SSD Cruciala, jak w topicu, dysk działa w sensie, że się
>> >> pokazuje i odpowiada, ale jakiekolwiek próby użycia kończą się
>> >> wewnętrznymi błędami użytych narzędzi, czy to hdparma czy narzędzi od
>> >> partycji.
>> >> Oto jego smart:
>> >>
>> >> === START OF INFORMATION SECTION ===
>> >> Model Family: Crucial/Micron Client SSDs
>> >> Device Model: CT480BX500SSD1
>> >> Serial Number: 2011E3EF0DF3
>> >> LU WWN Device Id: 0 000000 000000000
>> >> Firmware Version: M6CR022
>> >> User Capacity: 480,103,981,056 bytes [480 GB]
>> >
>> >> 202 Percent_Lifetime_Remain 0x0030 093 093 001 Old_age
>> >> Offline - 7
>> >Nawet jak naprawisz to juz mu duzo zycia nie zostalo (7%)
>> >
>> >
>> >> 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.
>> >
>> >Ponizsze sugestie zniszcza ci wszystkie dane na tym dysku.
>> >Jak sie da to pusc dd z tego dysku na inny czyli zrob sobie jego obraz. Ale jak
jest jak piszesz to nie odzyskasz nic sensownego. To inny aspekt tej awarii.
>> >
>> >Ponizsze zaklada ze nie zalezy ci na danych z tego dysku:
>> >
>> >Mozesz sprobowac zrobic dd na ten dysk w pierwsze 100-200MB.
>> >To ci wyczysci tablice partycji i ewentualnie zrealokuje zuzyte sektory.
>> >Potem sprobuj puscic to co tu kiedys bylo wspominane (trim na caly dysk) w watku
Odswiezenie ssd
>> >
>> >Jak ten dysk sie wyzbiera to wroci do normy i moze nawet posluzy nieco jak
kontroler poomija najbardziej zuzyte obszary.
>> >Nie wiem czy ten dysk ma jakis madrzejszy kontroler czy jakas pasciowe. Moze ktos
inny zasugeruje lepsze rozwiazanie.
>> >
>> Tak na poboczu(dysk pewnie padł), ale:
>> 246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always
>> - 27158810210
>> 247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always
>> - 848712819
>> 248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always
>> - 1106748960
>>
>> 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.
>>
>No wlasnie. Nie chcialo mi sie tego liczyc ale nawet po poprawce nadal nie pasuje do
tej 202-ki
>
>> 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.

--
Szwambuł Trantiputl.

do góry

On 29/01/2022 at 21.10, a...@p...com wrote:
> Tak na poboczu(dysk pewnie padł), ale:
>
> 246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always
> - 27158810210
> 247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always
> - 848712819
> 248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always
> - 1106748960
>
> 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


--
mrg

do góry

On 2022-01-29, marrgol <m...@a...invalid> wrote:
> On 29/01/2022 at 21.10, a...@p...com wrote:
>> Tak na poboczu(dysk pewnie padł), ale:
>>
>> 246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always
>> - 27158810210
>> 247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always
>> - 848712819
>> 248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always
>> - 1106748960
>>
>> 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

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.

--
Marcin

do góry