eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.pecetanatomia padania ssd › Re: anatomia padania ssd
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!1.us.feeder.erj
    e.net!feeder.erje.net!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting
    .com!peer02.iad!feed-me.highwinds-media.com!peer03.ams4!peer.am4.highwinds-medi
    a.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.
    pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    From: Szwambuł Trantiputl <t...@d...com>
    Newsgroups: pl.comp.pecet
    Subject: Re: anatomia padania ssd
    Date: Thu, 10 Nov 2022 21:54:23 +0100
    Message-ID: <k...@4...com>
    References: <vj1bL.852273$qD%2.456333@fx08.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: 75
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 79.184.238.121
    X-Trace: 1668113669 unt-rea-a-02.news.neostrada.pl 476 79.184.238.121:55821
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 4803
    Xref: news-archive.icm.edu.pl pl.comp.pecet:1275191
    [ ukryj 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.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: