TerraMaster D4-320과 같은 USB 인클로저 내부의 HDD가 ZimaOS에서 절대 스핀다운되지 않는다면, 기존 smartd 깨우기 버그와 인클로저 자체의 USB-SATA 대기 동작을 구분해야 합니다. ZimaOS 1.6.0에서는 smartd가 주기적으로 디스크를 깨우는 문제가 수정되었지만, 여러 사용자는 1.6.0에서도 특정 USB DAS 모델이 계속 회전한다고 보고했습니다.
따라서 현재 진단의 초점은 인클로저에 있습니다. USB 브리지가 ATA 대기 명령을 전달하는지, 드라이브가 수동으로 대기 상태에 들어갈 수 있는지, ZimaOS 또는 다른 프로세스가 즉시 드라이브를 깨우는지를 확인해야 합니다. Docker로 실행하는 hd-idle 컨테이너가 모든 문제를 해결한다고 가정하지 마세요.
먼저 smartd 깨우기 버그 이후 버전으로 업데이트하세요
ZimaOS 1.6.0에서는 smartd가 간헐적으로 디스크를 깨워 정상적인 절전 상태 진입을 방해하던 문제가 공식적으로 수정되었습니다.
현재 ZimaOS 1.6.0 릴리스 노트를 버전 기준으로 삼아야 합니다.
USB 인클로저가 직접 연결한 SATA와 다르게 동작하는 이유
DAS에는 Linux와 각 디스크 사이에 USB-SATA 브리지 컨트롤러가 있습니다. 일부 브리지는 ATA 전원 관리 명령을 잘 전달하지만, 다른 브리지는 이를 필터링하거나 다른 방식으로 변환합니다. 멀티 베이 인클로저에는 펌웨어 계층이 추가되며, 드라이브가 일반적이지 않은 방식으로 표시될 수도 있습니다.
1단계: 각 디스크가 개별적으로 노출되는지 확인
lsblk -o NAME,MODEL,SERIAL,TRAN
lsusb모든 디스크가 USB에 연결된 블록 장치로 개별 표시된다면, 대기 명령을 테스트하기 전에 안정적인 식별자를 기록해 두세요.
2단계: 드라이브를 깨우지 않는 상태 확인 테스트
브리지가 SAT 패스스루를 지원하는 경우 다음과 같은 명령을 사용할 수 있습니다.
smartctl -d sat -n standby /dev/sdX이 명령은 드라이브를 의도적으로 깨우지 않고 이미 절전 상태인지 확인할 수 있습니다. 모든 브리지가 동일한 -d 모드를 지원하는 것은 아닙니다.
3단계: 수동 대기 상태 진입을 신중하게 테스트
지원되는 경우 드라이브 또는 인클로저 제조업체가 문서화한 대기 방법이나 해당 브리지에서 작동하는 것으로 알려진 Linux 도구를 사용하세요. 한 번이라도 성공하는 수동 대기 명령은 GUI 타이머를 계속 변경하는 것보다 더 확실한 정보를 제공합니다.
드라이브가 절전 상태에 들어갔다가 즉시 깨어난다면 다른 프로세스가 드라이브에 접근하고 있는 것입니다. 전혀 절전 상태에 들어가지 않는다면 브리지 호환성 문제가 더 유력합니다.
Docker에서 hd-idle을 사용하기 어려운 이유
hd-idle에는 블록 장치에 직접 접근할 권한이 필요하며, 디스크를 적극적으로 마운트하고 사용하는 호스트와 조율해야 합니다. 원시 디스크를 권한이 높은 컨테이너에 전달하면 격리 수준이 낮아지고, 장치 이름이 변경된 후 문제가 발생하기 쉬워집니다.
가능하다면 대기를 위해서만 영구적인 원시 장치 제어 컨테이너를 구축하기보다, 현재 제공되는 ZimaOS 기본 솔루션을 사용하세요.
커뮤니티 우회 방법은 기본 지원과 다릅니다
한 D4-320 사용자는 주기적으로 smartctl -s standby,now를 실행하는 systemd 타이머를 구성했습니다. 이는 우회 방법으로 작동할 수 있지만, 활성 I/O를 확인하지 않고 타이머로 대기 상태를 강제하는 것은 위험합니다. 5분이 지났다는 이유만으로 백업, 스크럽, 다운로드 또는 파일 복사가 중단되어서는 안 됩니다.
인클로저 펌웨어와 기본 전원 관리 기능 확인
동일한 D4-320이 Windows 또는 macOS에서는 정상적으로 절전 상태에 들어가지만 Linux에서는 그렇지 않다면, 해당 운영체제들이 제조업체 전용 USB 명령이나 유틸리티를 사용하는지 비교해 보세요. ZimaOS가 일반적인 ATA 전원 명령만으로 독점적인 인클로저 동작을 항상 재현할 수 있는 것은 아닙니다.
직접 SATA 연결이 더 나은 경우
낮은 전력 소비와 예측 가능한 디스크 대기가 중요하다면, 직접 연결한 SATA가 일반적으로 멀티 베이 USB 브리지보다 드라이브 전원 관리 명령을 더 투명하게 노출합니다.
저장 장치 문제 해결 가이드에서는 더 안전한 진단 절차를 제공합니다.
FAQ
ZimaOS 1.6.0에서 모든 디스크 스핀다운 문제가 해결되었나요?
아니요. 특정 smartd 깨우기 문제만 해결되었습니다. 일부 인클로저에서는 USB 브리지 호환성 문제로 인해 대기 상태 진입이 여전히 차단되거나 중단될 수 있습니다.
TerraMaster가 Windows에서는 절전 상태에 들어가지만 ZimaOS에서는 그렇지 않은 이유는 무엇인가요?
인클로저가 Linux 환경과 다른 브리지 전용 또는 제조업체 전용 전원 관리 동작에 의존할 수 있습니다.
Docker에서 hd-idle을 실행해야 하나요?
원시 장치에 접근할 수 있다면 가능하지만, 권한과 장치 매핑이 복잡해집니다. 가장 깔끔한 첫 번째 선택은 아닙니다.
몇 분마다 대기 상태를 강제로 적용해도 안전한가요?
디스크가 유휴 상태임을 보장할 수 있는 경우에만 안전합니다. 무조건 실행되는 타이머는 활성 쓰기, 백업, 스크럽 또는 미디어 접근과 충돌할 수 있습니다.
