리눅스 정보실

리눅스 디스크 상태 점검 방법 smartctl 명령어로 SMART 정보 분석하기

고지존 2025. 7. 4. 18:11

 

서버나 NAS, 혹은 일반 리눅스 시스템에서 하드디스크(HDD)나 SSD의 고장 징후를 사전에 파악하는 것은 매우 중요합니다. 이를 통해 데이터 손실을 방지하고 시스템 다운타임을 최소화할 수 있습니다.

리눅스에서는 smartctl 명령어를 통해 저장 장치의 SMART(Self-Monitoring, Analysis and Reporting Technology) 정보를 조회할 수 있습니다. 이 글에서는 실제 출력 예제를 바탕으로 SMART 항목을 해석하는 방법을 안내합니다.

디스크 정보보기

1. smartctl 명령어 기본 사용법

smartmontools 패키지가 설치되어 있어야 하며, 일반적으로 다음 명령어로 설치할 수 있습니다.

# yum install smartmontools   # RHEL 계열
# apt install smartmontools   # Debian 계열

설치 후 다음 명령어로 디스크 정보를 확인할 수 있습니다.

# smartctl -a /dev/sda

이는 /dev/sda 디스크의 전체 SMART 정보를 출력합니다.

2. 주요 SMART 속성 해석

아래는 실제 smartctl 출력 예제에서 일부 주요 항목을 발췌한 내용입니다.

ID# ATTRIBUTE_NAME          VALUE WORST THRESH RAW_VALUE
  1 Raw_Read_Error_Rate     200   200   051    0
  5 Reallocated_Sector_Ct   200   200   140    0
  9 Power_On_Hours          043   043   000    41629
194 Temperature_Celsius     112   108   000    31
197 Current_Pending_Sector  200   200   000    0

① Reallocated_Sector_Ct (ID 5)

재할당된 섹터 수입니다. 이 값이 0이 아니라면 디스크에 불량 섹터가 존재하며, 물리적 문제가 있을 수 있습니다. 위 출력에서는 0으로 양호합니다.

② Power_On_Hours (ID 9)

디스크가 작동한 누적 시간입니다. 위 예제에서는 41,629 시간(약 4년 9개월)으로 장시간 사용된 디스크임을 알 수 있습니다. 수명이 다 되었을 가능성도 고려해야 합니다.

③ Temperature_Celsius (ID 194)

디스크 온도입니다. 31도는 정상 범위이며, 일반적으로 50도 이상은 주의가 필요합니다.

④ Current_Pending_Sector (ID 197)

읽기 대기 중인 불량 섹터 수입니다. 이 값이 증가하면 읽기 불능 섹터가 생긴 것이므로 데이터 손상 위험이 있습니다. 현재는 0으로 정상입니다.

⑤ Raw_Read_Error_Rate (ID 1)

디스크가 데이터를 읽을 때 오류가 발생한 비율입니다. 제조사마다 기준이 다르기 때문에 단순 수치보다 추세를 보는 것이 중요합니다.

3. 디스크 교체 판단 기준

  • Reallocated_Sector_Ct이 1 이상이면 교체를 고려
  • Current_Pending_Sector 또는 Offline_Uncorrectable 항목이 1 이상이면 즉시 백업 권장
  • 온도가 50도 이상이 지속되면 쿨링 시스템 점검
  • Power_On_Hours가 40,000시간 이상이면 수명 고려

4. 주기적 모니터링 권장

SMART 정보는 정기적으로 수집하여 추세를 분석하는 것이 중요합니다. 다음 명령어로 로그를 저장해 둘 수 있습니다.

# smartctl -a /dev/sda >> /var/log/smartctl.log

cron에 등록하여 주기적으로 점검 결과를 저장하면 이상 발생 시 빠르게 대처할 수 있습니다.

 

리눅스에서 디스크 상태를 점검하는 것은 시스템 안정성을 유지하는 데 핵심적인 작업입니다. smartctl 명령어를 이용해 SMART 정보를 수시로 확인하고, 이상 징후가 포착되면 빠르게 백업 및 교체를 진행하세요.

특히 서버나 중요 데이터를 다루는 환경에서는 SMART 경고를 절대 무시해서는 안 됩니다. 예방은 언제나 복구보다 효율적입니다.