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 <sczygiel@gmail.com> :
>sobota, 29 stycznia 2022 o 14:11:29 UTC-6 ansaj...@polbox.com napisał(a):
>> Wcale nie przypadkiem, dnia Thu, 27 Jan 2022 15:32:24 -0800 (PST)
>> doszła do mnie wiadomość
>> <5e2740ab-4aa7-4fba...@googlegroups.com>
>> od ptoki <sczy...@gmail.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.
|