우리는 SSD의 수명이 제한되어 있음을 알고 있습니다. 그래서 나에게 대한 질문은 (Ubuntu) Linux에서 SSD의 현재 상태를 어떻게 확인합니까? 그리고 어쩌면 시간이 얼마나 걸릴까요?
그래픽 도구가 선호되지만 명령 줄 도구도 좋습니다.
Xubuntu 12.04 LTS를 사용하고 있습니다
답변
Gnome Disk Utility를 설치 하고 SMART 데이터 및 테스트 에서 웨어 레벨링 횟수 등을 확인하십시오 . 이 숫자 (%, 1 ~ 100)가 높을수록 SSD의 “사용률”이 높아 지므로 문제가 발생할 가능성이 높습니다. 그러나 최신 SSD가 있으면 걱정할 필요가 없습니다.
통해 설치
sudo apt-get install gnome-disk-utility
통해 시작
메뉴-> 설정-> 디스크 유틸리티
또는 명령 줄을 통해
sudo gnome-disks
답변
SSD의 상태를 확인
우분투, 민트 또는 데비안 기반 배포판
# apt-get install smartmontools
Media_Wearout_Indicator가 찾고 있습니다. 100은 ssd의 수명이 100 %임을 의미하고 숫자가 낮을수록 남은 수명이 줄어 듭니다.
# smartctl -a /dev/sda | grep Media_Wearout_Indicator
sdd 정보를 표시하려면
# smartctl -a /dev/sda
Nam Huy Linux 블로그 에서 전체 기사를 읽을 수 있습니다 -Linux에 남아있는 SSD 수명을 확인하는 방법
답변
인텔 브랜드 SSD가없는 경우 :이 내용을 읽으십시오.
조심해 !! -나는 ‘smartmontools’에 의해 잘못 인도되었습니다. 나는이 삼성 SSD를하고 smartmonitor / ‘smartctl’도구 행복하게 잘못보고 ‘233’(16 진수 ‘E9’) 속성이 ‘Media_Wearout_Indicator가’이었다; 사실, 아닙니다. 삼성 (및 다른 제조업체)에게는 완전히 다릅니다. 내가 찾은이 포럼 게시물, 스택 교환 질문 / 답변 및 파워 유저 블로그는 ‘인텔 중심’으로 보이며 ‘다양한’힌트 만 표시됩니다. (smartmontools에 의한 속성의 잘못되고 잘못된 라벨링을 조심해야한다는 제안을 제시하십시오).
내가 구입 한 새로운 하드 드라이브 (smartmontools가 말한 내용 때문에)에 SSD를 복사 할 준비를하면서 Windows 전용 (듀얼 부트 시스템이 있음)으로 부팅하여 Windows 전용에서 SSD에 대한 정보를 얻었습니다. 삼성 도구 ‘Samsung_Magician_v43.exe’는 내 드라이브에 대해 말해야했습니다. 충분히 유익하지 않았습니다.
파고 몇 시간이 지난 후 마침내 hddgaurdian- ‘code.google.com/p/hddguardian’과 같은 Windows 전용 도구를 실행할 수 있었고 CrystalDiskInfo : Surprise! 두 도구 모두 삼성 SSD가 ‘괜찮아’라고 말합니다 (hdd 가디언은 ‘5 별’, Crystal Disk는 “98 % OK”라고 말합니다). 이와 대조적으로 smartctl 도구는 속성을 ‘소수점 233 /’hex-E9 ‘로’미디어 마모 표시기 ‘로 명시 적으로 표시하고 그 가치가 “1”또는 1 %임을 나타냅니다. 보류중인 실패. 가능한 한 확실하게 파고 파고 마침내 삼성 관계자로부터 무언가를 찾을 수있었습니다 : ” http://www.samsung.com/global/business/semiconductor/minisite/SSD/us/download/ 07_Communicating_With_Your_SSD.pdf“문서는 실제로 ‘hex E9’/ ‘decimal’233 ‘속성이 삼성에서 동일한 방식으로 사용되지 않는다는 것을 암시합니다. 마모 표시 정보를 제공하지 마십시오!)
또한 인텔 SSD 나 삼성 SSD가없는 경우 경고를 받으면이 정보가 제조업체마다 다를 수 있습니다. (예 : 내가 찾은 변동의 정도에 대한 유일한 유용한 표시는 ‘code.google.com/p/hddguardian/wiki/about_reliability’의 속성 레이블 차트를 참조하십시오.)
내용 : 인텔 SSD가 없는 경우 -smartmonitor에서 제공 한 잘못된 속성 이름 레이블로 오도 하지 마십시오 . 아마도 향후에는 개선 될 것이지만 Ubuntu 12.04 LTS (2014 년 4 월)에 기본적으로 설치된 버전은 완전히 실패했습니다. smartctl은 ‘알지 못했습니다’라고 말하는 대신 속성에 레이블을 잘못 지정했습니다. ‘올바른’정보를 투명하거나 명확하게 만드는 다른 Linux 도구를 찾지 못했습니다.
답변
데비안 기반 컴퓨터의 Kingston 드라이브
마찬가지로 이 대답 실행
# apt-get install smartmontools
그러나 드라이브 정보를 표시하기 위해 명령을 실행하면 SMART가 비활성화 된 것처럼 보입니다.
# smartctl -a /dev/sda
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-45-generic] (local build)
[ ... ]
SMART support is: Available - device has SMART capability.
SMART support is: Disabled
루트로 다음을 실행하여 활성화해야합니다.
# smartctl -s on -a /dev/sda
그런 다음 짧은 테스트를 수행하여 자체 테스트를 실행할 수 있습니다 (약 1 분 소요).
# smartctl -t short -a /dev/sda
또는 더 철저한 테스트 (약 1.5 시간이 걸렸습니다) :
# smartctl -t long -a /dev/sda
대부분의 상황에서 이러한 테스트를 실행하기 위해 드라이브를 마운트 해제 할 필요는 없습니다. 그렇게하면을 참조하십시오 man smartctl.
이제 실행 smartctl -a /dev/sda하면 자체 평가 테스트 결과가 표시됩니다. 이것은 아마도 당신이 정말로 관심을 가질 필요가있는 모든 것입니다 :
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
세부 정보가 마음에 들면 다음과 같은 표가 표시됩니다.
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x0032 095 095 050 Old_age Always - 0/178007034
5 Retired_Block_Count 0x0033 100 100 003 Pre-fail Always - 0
9 Power_On_Hours_and_Msec 0x0032 092 092 000 Old_age Always - 7626h+46m+45.580s
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 8
171 Program_Fail_Count 0x000a 100 100 000 Old_age Always - 0
172 Erase_Fail_Count 0x0032 100 100 000 Old_age Always - 0
174 Unexpect_Power_Loss_Ct 0x0030 000 000 000 Old_age Offline - 4
177 Wear_Range_Delta 0x0000 000 000 000 Old_age Offline - 1
181 Program_Fail_Count 0x000a 100 100 000 Old_age Always - 0
182 Erase_Fail_Count 0x0032 100 100 000 Old_age Always - 0
187 Reported_Uncorrect 0x0012 100 100 000 Old_age Always - 0
189 Airflow_Temperature_Cel 0x0000 030 035 000 Old_age Offline - 30 (Min/Max 24/35)
194 Temperature_Celsius 0x0022 030 035 000 Old_age Always - 30 (Min/Max 24/35)
195 ECC_Uncorr_Error_Count 0x001c 120 120 000 Old_age Offline - 0/178007034
196 Reallocated_Event_Count 0x0033 100 100 003 Pre-fail Always - 0
201 Unc_Soft_Read_Err_Rate 0x001c 120 120 000 Old_age Offline - 0/178007034
204 Soft_ECC_Correct_Rate 0x001c 120 120 000 Old_age Offline - 0/178007034
230 Life_Curve_Status 0x0013 100 100 000 Pre-fail Always - 100
231 SSD_Life_Left 0x0013 100 100 010 Pre-fail Always - 0
233 SandForce_Internal 0x0032 000 000 000 Old_age Always - 3498
234 SandForce_Internal 0x0032 000 000 000 Old_age Always - 2885
241 Lifetime_Writes_GiB 0x0032 000 000 000 Old_age Always - 2885
242 Lifetime_Reads_GiB 0x0032 000 000 000 Old_age Always - 868
이러한 모든 값의 의미를 찾으 려면 Kingston 설명서를 참조하십시오 .
답변
Wear_Leveling_Count는 추적하기에 적합한 속성입니다. 그러나 다른 속성과 마찬가지로 100은 BEST 값이고 0은 WORST입니다. 그것을 “남은 수명 퍼센트”로 생각하십시오.
답변
SSD의 상태를 확인하는 가장 좋은 방법은 제조업체 권장 사항을 따르는 것입니다. 제조업체마다 다를 수 있으며 시간이 지남에 따라 변경 될 수 있으므로 문제가있는 경우 드라이브 제조업체에 문의하는 것이 좋습니다. 대부분의 제조업체가 제공 한 MTBF 등급 (JEDEC JESD218A 표준은 방법을 정의 함)을 기반으로 SSD는 문제없이 백만 시간 이상 지속되어야합니다.
여러 제조업체를 포괄하는 여러 제품이 있습니다. SMART 특성이 제조업체마다 다름을 보장 할 수 있습니다. 비교를 위해 OCZ 의 예제 와 Corsair F40 장치의 스마트 데이터 및 이 데이터의 신뢰성에 대한 논의 가 있습니다.
SMART 데이터는 확실히 가치가 있지만 모든 장치가 결국 실패하기 때문에 중요한 것은 데이터를 정기적으로 백업하는 것입니다. 이렇게하면 SSD가 고장날 때까지 (몇 년 정도) 데이터가 안전하게 보호됩니다. 비용이 절감되고 용량이 증가함에 따라 장애보다는 공간 제약으로 인해 SSD를 교체 할 가능성이 높습니다. (제 경험상 10 배가 더 높습니다). 간단히 말해서 나는 것 백업을 정기적으로 하지 그것에 대해 걱정.
출처 :
경험, http://www.hardcoreware.net/mtbf-ssd-what-does-it-mean-for-you/
답변
(적어도 일부) NVMe 드라이브의 경우 다음을 수행 할 수 있습니다
smartctl -a /dev/nvme0
그런 다음 다음과 같은 줄을 찾을 수 있습니다.
Percentage Used: 5%
숫자가 작을수록 더 좋고 100%드라이브가 “닳았다”는 것을 의미합니다. 제조업체 문서에 따르면이 시점 이상으로 드라이브를 계속 사용하면 100 % 이상의 숫자를 얻을 수 있습니다 ( 예 : Seagate, 12 페이지 참조 ).
네임 스페이스 나 파티션 장치 (예 : /dev/nvme0n1또는 /dev/nvme0n1p1)를 사용하면 작동하지 않으며 대신 같은 메시지가 표시 Read NVMe SMART/Health Information failed: NVMe Status 0x4002됩니다.