삼성 SSD“Wear_Leveling_Count”의미

내 랩탑과 일부 서버에 삼성 SSD가 있습니다.

내가 할 때 :

smartctl -a /dev/sda | grep 177

이해할 수없는 결과가 나타납니다. 여기 몇 가지 예가 있어요.

# my laptop Samsung SSD 850 EVO 500GB (new)
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
177 Wear_Leveling_Count     0x0013   100   100   000    Pre-fail  Always       -       0

# server 256 GB, SAMSUNG MZ7TE256HMHP-00000
177 Wear_Leveling_Count     0x0013   095   095   000    Pre-fail  Always       -       95

# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (1 year old)
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       99

# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (suppose to be new)
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       99

# server 480 GB, SAMSUNG MZ7KM480HAHP-0E005
177 Wear_Leveling_Count     0x0013   099   099   005    Pre-fail  Always       -       3

# server 240 GB, SAMSUNG MZ7KM240HAGR-0E005
177 Wear_Leveling_Count     0x0013   099   099   005    Pre-fail  Always       -       11

읽는 방법에 대한 아이디어가 Wear_Leveling_Count있습니까?

일부 값은 최소값이고 일부 값은 최대 값입니다.

"laptop"을 고려하면 Samsung SSD 850 EVO 500GB0이고 아마도 100으로 가고 실패 할 것입니다.

먼저 "server"를 고려한다면 256 GB, SAMSUNG MZ7TE256HMHP-00000이미 최대 값입니까? 0으로 내려 갈까요?

ssd smart

— 새긴 금
소스

답변:

Kingston은이 SMART 특성을 다음과 같이 설명합니다.

평균적으로 블록 당 지우기 / 프로그램주기 수. 이 속성은 임박한 마모의 지표입니다. 정규화 된 방정식 : 100 – (100 * 평균 소거 횟수 / NAND 최대 정격 소거주기 수)

Raw Data이러한 경우를 무시하고 (제조업체가 다른 방식으로 작업하도록 조작 할 수 있음) Current Value열을 살펴보십시오 .

Anandtech 의이 소스는 이 그림을 사용하는 방법을 잘 보여줍니다.

WLC (Wear Leveling Count) SMART 값은 필요한 모든 데이터를 제공합니다. 현재 값은 드라이브의 남은 내구성 (백분율)을 나타내며 100부터 시작하여 드라이브에 쓸 때 선형으로 줄어 듭니다. 원시 WLC 값은 소비 된 P / E 사이클을 계산하므로 드라이브에 쓰는 동안이 두 값을 모니터링하면 조만간 정규화 된 값이 1 씩 떨어지는 지점을 찾을 수 있습니다.

드라이브의 모든 95과 100 사이에 있고, 결국 0으로 떨어질 것이 얼마나 많은의 추정이다 write, erase, rewrite각 블록이 실패하기 전에를 통해 갈 수있는 등주기 및 순간, 당신의 드라이브 중 하나가됩니다 추정 에 현재 예상 수명의 5 %를 사용했습니다. 여기서도 핵심 단어가 추정됩니다.

또한 드라이브는 다른 NAND 기술을 사용할 수 있으므로 인식 된 수명의 차이가 있습니다. 일부 NAND 기술은 블록이 각각 약 1000 회의 PE주기 동안 지속될 것으로 예상하고 다른 NAND 기술은 최대 30,000 개의 등급으로 평가 될 수 있습니다.

— 조노
소스

테이블 "헤더"를 첨부했습니다. "현재"값은 무엇입니까? "VALUE"열입니까?

— Nick

@Nick 그래, 맞아.

— Jonno

그것은 내 경험과 정반대입니다. 내 새 드라이브 (Samsung 850 Pro, Samsung 840 Pro)는 Raw Value 0에서 시작하여 올라갔습니다. (이것은 삼성 마술사 소프트웨어를 통해 SMART 데이터보고에서입니다.) 사실 내 현재 840 Pro는 한 달 전에 약 97 있었다, 그리고 99에 이제

— 그레인저

@Granger 'Value'또는 'Current'열이 있습니까? 미가공 가치는 일반적으로 OEM이 자신이하는 일을 결정하는 데 달려 있으며 반드시 읽을만한 데이터는 아닙니다. 제공된 OP의 예에서 'VALUE'는 100이고 'RAW_VALUE'는 850 EVO에 대해 0입니다.

— Jonno

아 "Raw Value"열을 완전히 무시하면 더 의미가 있습니다.

— Granger

SMART는 Linux에서로보고 된 내 Samsung SM951 (AHCI) 128GB의 PREFAILED 조건을보고 SAMSUNG MZHPV128HDGM-00000 (BXW2500Q)합니다.

하지만 제 경우에는 드라이브의 펌웨어 버그 인 것 같습니다.

total-bytes-written드라이브에 지정된 총 바이트 수 (TBW)가 75TB 인 동안 속성이 1.1TB로보고 되기 때문 입니다! 아마 어떤에있는 (매우) 측의 저장, 유사하기 때문에 (MLC NAND)이 모두에 그 (600TB)의 다수에 도달 드라이브 진정한 내구성 시험 ,
wear_level_count경고 와는 별도로 다른 사전 오류나 오래된 오류나 경고는보고되지 않습니다.
그동안 reallocated-sector-count그 시험 법에 따라 어느 것이 좋은 사전 실패 지시자는 여전히 0이다.

따라서 제 조언은 드라이브 / 시스템의 값을 조사하고 그 결론에 근거를 두는 것입니다.

나는 Gnome Disks 가 사용하는 것과 같은 라이브러리 skdump와 함께 제공되는 저수준 유틸리티 를 선호한다 .libatasmart

다음 명령을 사용 /dev/sdc하여 블록 장치의 경로를 바꾸 십시오.

sudo skdump /dev/sdc

— 로널드
소스