-
Data: 2022-11-10 21:54:23
Temat: Re: anatomia padania ssd
Od: Szwambuł Trantiputl <t...@d...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Wcale nie przypadkiem, dnia Thu, 10 Nov 2022 06:59:39 GMT
doszła do mnie wiadomość <vj1bL.852273$qD%2.456333@fx08.ams1>
od Marcin Debowski <a...@I...zoho.com> :
>Mam taki oto dysk:
>Model Family: Samsung based SSDs
>Device Model: Samsung SSD 860 EVO mSATA 250GB
>
>Vendor Specific SMART Attributes with Thresholds:
>ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED
WHEN_FAILED RAW_VALUE
> 5 Reallocated_Sector_Ct 0x0033 058 058 010 Pre-fail Always -
295
> 9 Power_On_Hours 0x0032 094 094 000 Old_age Always -
27242
> 12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always -
27
>177 Wear_Leveling_Count 0x0013 001 001 000 Pre-fail Always -
2038
>179 Used_Rsvd_Blk_Cnt_Tot 0x0013 058 058 010 Pre-fail Always -
295
>181 Program_Fail_Cnt_Total 0x0032 100 100 010 Old_age Always -
0
>182 Erase_Fail_Count_Total 0x0032 100 100 010 Old_age Always -
0
>183 Runtime_Bad_Block 0x0013 058 058 010 Pre-fail Always -
295
>187 Uncorrectable_Error_Cnt 0x0032 099 099 000 Old_age Always -
5310
>190 Airflow_Temperature_Cel 0x0032 035 027 000 Old_age Always -
65
>195 ECC_Error_Rate 0x001a 199 199 000 Old_age Always -
5310
>199 CRC_Error_Count 0x003e 100 100 000 Old_age Always -
0
>235 POR_Recovery_Count 0x0012 099 099 000 Old_age Always -
20
>241 Total_LBAs_Written 0x0032 097 097 000 Old_age Always -
6830194150602
Przepraszam za niedyskretne pytanie, w czym ten dysk siedział?
Z atrybutu 241 wychodzi, że zapisów ogółem było 3180.56 TB, co daje
2869 GB dziennie.
Ciekaw jestem, czy to przekroczyło wytrzymałość chipów z rego dysku -
V-NAND 3bit MLC, mogło już przekroczyć maksymalną ilość zapisów, ale
nie chce mi się szukać, a w dodatku nie wiem, jak interpretować
atrybut 177 - wear leveling count -> 2038 w tym modelu.
>SMART Self-test log structure revision number 1
>Num Test_Description Status Remaining LifeTime(hours)
LBA_of_first_error
># 1 Extended offline Completed: read failure 90% 27237 491744
># 2 Extended offline Completed: read failure 90% 27236 491744
># 3 Short offline Completed: read failure 80% 27236 491744
># 4 Short offline Completed: read failure 80% 27236 491744
>
>Disk /dev/sda: 232.89 GiB, 250059350016 bytes, 488397168 sectors
>Disk model: Samsung SSD 860
>Units: sectors of 1 * 512 = 512 bytes
>Sector size (logical/physical): 512 bytes / 512 bytes
>I/O size (minimum/optimal): 512 bytes / 512 bytes
>Disklabel type: dos
>Disk identifier: 0x46341ac6
>
>Device Boot Start End Sectors Size Id Type
>/dev/sda1 2048 8390655 8388608 4G 82 Linux swap / Solaris
>/dev/sda2 * 8390656 125045423 116654768 55.6G 83 Linux
>/dev/sda3 125046784 488397167 363350384 173.3G 83 Linux
Miałem dysk z podobnym objawem, pomogło mu secure erase, ale tylko na
pewien czas, już nie pamiętam, co z tym dyskiem dalej się działo(jakiś
Adata 128 GB M.2).
>Widać, że swoje już odsłużył, pada, ale ciekawi mnie taka rzecz:
>Ostatnia partycja nie była w ogóle w użyciu, a teraz jak ją przemiatam
>badblockiem to równeż sypie błędami odczytu. Dlaczego?
Wear leveling:
https://en.wikipedia.org/wiki/Wear_leveling
Czy może komputer, w którym siedział ten dysk, wyliczał funkcję falową
wszechświata? No bo te 2896 GB dziennie, to trochę szokuje, typowy
user jedzie kilkanaście GB.
Szwambuł Trantiputl
--
Pójdziesz Pleśniowy
Legniesz Ciekliwy
Nakarmisz osty
Najesz pokrzywy
Stanisław Grochowiak.
Następne wpisy z tego wątku
- 10.11.22 23:30 Adam
- 11.11.22 02:01 Marcin Debowski
- 11.11.22 02:47 Szwambuł Trantiputl
- 11.11.22 04:33 Marcin Debowski
- 11.11.22 04:58 Szwambuł Trantiputl
- 11.11.22 05:09 ptoki (ptoki)
- 11.11.22 05:09 Marcin Debowski
- 11.11.22 05:12 Marcin Debowski
- 11.11.22 06:19 ptoki (ptoki)
- 11.11.22 08:08 Szwambuł Trantiputl
- 11.11.22 08:11 Szwambuł Trantiputl
- 12.11.22 00:04 Marcin Debowski
- 12.11.22 00:09 Marcin Debowski
- 12.11.22 00:16 Marcin Debowski
- 12.11.22 00:20 Szwambuł Trantiputl
Najnowsze wątki z tej grupy
- Plaskaty uchwyt VESA 100x100 na sciane?
- klawiatura podświetlana zasilana z sieci
- Upgrade z i7-6xxx
- Mały komputer potrzebny.
- John Carmack twierdzi, że gdyby gry były optymalizowane, to wystarczyły by stare kompy
- SMART na SAS
- Drukara a wifi
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
- Pendrive - czy to rzeczywiście Sony ?
- [OT] Dobry dysk na komornika i rozwody
- Czujnik dławienia termicznego procesora - który?
- Grubość socketa AM4+procesor
- własny ekran startowy
- Tani, ale szybki i niezawodny modem LTE...
- EPS12V
Najnowsze wątki
- 2025-08-06 Gdynia => Konsultant wdrożeniowy (systemy controlingowe) <=
- 2025-08-06 Białystok => Inżynier oprogramowania .Net <=
- 2025-08-06 "[...] sejmowe wystąpienie posłanki Klaudii Jachiry, która zakończyła je słowami ,,Sława Ukrainie"."
- 2025-08-05 "Chiny przekraczają w wydobyciu 4 mld ton węgla, Indie i USA ponad 1 mld, a Rosja 500 mln ton [...]"
- 2025-08-05 Panuje się 181 159,42 zł./mies. na posła w 2026r.
- 2025-08-05 "Chiny przekraczają w wydobyciu 4 mld ton węgla, Indie i USA ponad 1 mld, a Rosja 500 mln ton [...]"
- 2025-08-05 Czy cos fi przechodzi przez trafo separujące?
- 2025-08-05 kajaki i promile
- 2025-08-05 Re: Tesla jest bezpieczna, wczoraj spaliła się doszczętnie na Ursynowie i nikomu się nic nie stało
- 2025-08-05 Gdynia => Przedstawiciel handlowy / KAM (branża TSL) <=
- 2025-08-05 Re: Atak na lekarza w Oławie. Policja zatrzymała sprawcę na lotnisku Polska Agencja Prasowa 4 sierpnia 2025, 12:16 FACEBOOK X E-MAIL KOPIUJ LINK W szpitalu w Oławie 37-letni pacjent zaatakował lekarza, po tym, jak ten odmówił mu wypisania długoterminowego
- 2025-08-05 B2B i książka przychodów i rozchodów
- 2025-08-04 Re: Atak na lekarza w Oławie. Policja zatrzymała sprawcę na lotnisku Polska Agencja Prasowa 4 sierpnia 2025, 12:16 FACEBOOK X E-MAIL KOPIUJ LINK W szpitalu w Oławie 37-letni pacjent zaatakował lekarza, po tym, jak ten odmówił mu wypisania długoterminowego
- 2025-08-04 Na grupie comp.os.linux.advocacy CrudeSausage twierdzi, że Micro$lop używa SI do szyfrowania formatu dok. XML
- 2025-08-04 Na grupie comp.os.linux.advocacy CrudeSausage twierdzi, że Micro$lop używa SI do szyfrowania formatu dok. XML