2018/05/27 Ssd nem érti - Vitaly Filippov blogja
Che-I természetben nem valósul O_o tűzte az érdeklődés a SSDshku Plextor PX-128M3, a vezérlő Marvell 88SS9174 és ToggleNAND flash, és csak arra volt ideje, hogy másolja az (fájl) a linuxos partíciókat SMART attribútum 0xB1 - Wear_Leveling_Count szerint smartmontools, azaz száma átírja az elhasználódott hajtást - egyenlővé vált 1638 ...
És a legnagyobb élmény, hogy a nő előtt az érték - fél óra már 1639-ben, és a nap végén - már 1694-ben! Lemezre írás szinte nem megy ... Megértem, hogy az írási erősítés és minden működik, de nem így van! Amikor Power_On_Hours = 7 - az, hogy a 31 TB óránként, vagy 8.6 GB másodpercenként)) Adj egy rekord?))
Ha ez bármelyik „forró” blokk, akkor sajnálom, de nem, nem kell viselni Vízszintbe szintező ...
A költségek és majd, hogy 3 próbaüzem dd if = / dev / zero of = tempfile bs = 1M minden, és egy-két alkalommal, hogy húzza mkfs - a szám skyrocketed hogy 1769 ... Az első dd, Fracture
350 MB, a növekedés 10 Ebből arra következtethetünk, hogy a lehetőség még mindig van valami köze az összeg felvétel a lemezen.
Azaz, az értéke, mint 4491, és ha feltételezzük, hogy ez a Wear Önterülő gróf, majd egy kicsit több és Khan Vitina disk :-D mert a bejelentett erőforrás sejtek = 5000 ...
De talán, elvégre nem igaz, ez nem lehet!
UPD: Úgy ez a paraméter száma törlések blokkok 64 mb.
Üdvözlet! Milyen szemetet Plextor M3 64 Gb (PX-64M3). Vettem kevesebb mint két héttel ezelőtt, és 177 Wear_Leveling_Count 0x0003 100 100 000 Pre-fail Always - 3260
user # tune2fs / dev / sda3 -l | grep Élettartam Élettartam írja: GB 312
Bár egymástól csak 25 GB-os, és minden, amit tettem került át ez a rendszer. Ez több, mint 35-40 koncertet, én biztosan nem tudott írni. Egyre Wear_Leveling_Count nem az, amit a szem, hanem csak ül gmartmontools és frissíti a táblát a paraméterek és a számláló csak nőtt! Néha 1, néha 5, néha amint 10! Bár nincs lemez aktivitás biztosan nem! Ez az, amikor elkezdtem írni ezt a bejegyzést, ez volt 3260, most már 3303. Még mindig valahol információt a lelet.
Üdvözlet! Deja vu - mintha a szavakat olvasni :)
Plehtor írtam ezt, úgy tűnik, minden rendben van, csak meg ez a lehetőség némileg rendhagyó - nem jelenti az átlagos száma törlést az összes blokkot, de általában az összes törlést az egyes blokkok az egész lemezt. Egy egység szerint a címkézési toshibovskih chipek belsejében, 1 MB. Itt a válasz:
Csak van Wear_Leveling_Count már 3624, mint :)