ZimaOS 하드 드라이브가 정상적으로 스핀다운되지만 15~30분마다 깨어난다면, SMART 구성을 수동으로 수정하기 전에 ZimaOS 1.6.0 이상으로 업데이트하세요. ZimaOS 1.6.0에서는 smartd 서비스로 인해 간헐적으로 디스크가 깨어나는 문제가 공식적으로 수정되었으며, 이는 원본 스레드에서 보고된 주기적인 패턴과 일치합니다.
최신 안정 버전에서도 디스크가 계속 깨어난다면, 오래된 smartd 버그를 의심하기보다 실제로 디스크를 읽는 원인을 찾아야 합니다. 저장 장치 상태 확인, Docker 앱, SMB 클라이언트, 인덱싱, 백업 작업, RAID 메타데이터 활동 또는 USB 브리지 동작 등이 원인일 수 있습니다.
현재 ZimaOS 버전부터 확인하기
원본 사용자는 1.5.4를 사용 중이었으며 Jellyfin과 JDownloader를 중지한 후에도 드라이브가 15~20분마다 깨어나는 것을 확인했습니다.
최신 ZimaOS 1.6.0 릴리스 노트에는 smartd가 간헐적으로 디스크를 깨워 디스크가 절전 상태를 유지하지 못하는 문제가 수정되었다고 명시되어 있습니다.
1단계: 드라이브가 대기 모드에 진입할 수 있는지 확인
ZimaOS에서 디스크 대기 모드를 설정한 다음 파일 작업을 실행하지 않고 기다리세요. 그런 다음 지원되는 경우 디스크를 깨우지 않는 명령으로 상태를 확인합니다.
smartctl -n standby /dev/sdX드라이브가 처음부터 대기 모드에 진입하지 않는다면, “정상적으로 절전 상태가 된 후 20분마다 깨어나는 경우”와는 다른 문제입니다.
2단계: 깨우기 간격 측정
여러 번 깨어난 정확한 시간을 기록하세요. 간격이 매우 일정하다면 무작위 네트워크 접근보다는 타이머, 상태 확인, 예약 작업 또는 데몬이 원인일 가능성이 높습니다.
3단계: 사용자 앱을 그룹별로 하나씩 중지
미디어 스캐너, 다운로드 프로그램, 사진 인덱서, 데이터베이스 및 백업 작업을 일시 중지하세요. 원인이 사용자 공간 활동인지 확인하려는 경우가 아니라면 모든 서비스를 동시에 중지하지 마세요.
모든 사용자 컨테이너를 중지한 후에도 계속 깨어난다면 시스템 서비스, 저장 장치 상태 확인 및 RAID/DAS 동작에 집중하세요.
4단계: 백업, SMB 및 원격 클라이언트 확인
노트북에서 매핑된 공유 폴더를 열거나, 백업 스케줄러가 경로를 확인하거나, 미디어 라이브러리가 스캔을 실행하면 디스크가 깨어날 수 있습니다. 원본 사용자가 이미 시도한 것처럼 네트워크 연결을 끊어 짧게 격리 테스트를 진행하는 것도 유용합니다.
수정 후에는 기존 smartd.conf 우회 방법을 계속 사용하지 마세요
이전 커뮤니티 우회 방법은 절전 중인 드라이브가 깨어나지 않도록 SMART 데몬 옵션을 변경했습니다. 현재 ZimaOS에서는 오래된 사용자 지정 smartd 구성을 계속 유지하기보다 먼저 공식 수정 사항을 테스트하세요.
RAID는 추가적인 백그라운드 접근을 유발할 수 있습니다
RAID 배열에는 단일 디스크에는 없는 메타데이터 및 상태 확인 작업이 있습니다. RAID 구성원만 깨어난다면 동일한 대기 간격에서 독립 HDD와 배열의 동작을 비교하세요.
USB 외장 케이스는 별도의 문제입니다
USB 브리지가 ATA 대기 명령을 일관되게 전달하지 못할 수 있습니다. 내부 SATA 디스크는 정상적으로 절전 상태에 들어가지만 동일한 모델을 DAS에 연결했을 때 그렇지 않다면 ZimaOS의 SMART 정책을 수정하기보다 외장 케이스 칩셋을 진단하세요.
최신 ZimaOS 저장 장치 가이드에는 현재 저장 장치 모델이 설명되어 있습니다.
저장 장치 문제 해결 가이드에서는 더 폭넓은 조사를 체계적으로 진행하는 방법을 안내합니다.
FAQ
ZimaOS에서 smartd로 인한 주기적인 디스크 깨우기 문제가 해결되었나요?
예. ZimaOS 1.6.0 릴리스 노트에는 smartd로 인해 발생하는 간헐적인 디스크 깨우기 문제가 수정되었다고 명시되어 있습니다.
최신 버전에서도 드라이브가 계속 깨어나는 이유는 무엇인가요?
다른 서비스, 클라이언트, 배열 확인 작업, 백업 작업 또는 USB 브리지가 여전히 드라이브에 접근하고 있을 수 있습니다. 간격을 측정하고 각 계층을 체계적으로 격리하세요.
자주 스핀업되는 것이 NAS 드라이브를 계속 작동시키는 것보다 더 나쁜가요?
반복적인 시작 및 정지 사이클은 기계적 부하를 증가시키는 반면, 계속 작동하면 사용 시간과 전력 소비가 늘어납니다. 지나치게 짧은 주기를 강제하기보다 작업 부하에 맞춰 대기 정책을 선택하세요.
smartd.conf를 수동으로 수정해야 하나요?
최신 안정 버전에서는 첫 단계로 권장하지 않습니다. 먼저 공식 smartd 깨우기 수정 사항을 테스트하세요.
