이 출처는 단순히 “내 드라이브가 절대 절전 모드로 들어가지 않는다”는 불만보다 더 설득력이 있습니다. IceWhale이 제품 수정 계획과 진단 방법을 모두 제시했기 때문입니다. Docker 애플리케이션을 중지한 후에도 6개의 RAID5 HDD가 계속 활성 상태였으므로, 조사는 ZimaOS의 스토리지 및 상태 확인 서비스와 커널 수준의 활동 가능성으로 확대되었습니다.
이후 ZimaOS 1.3.2에서는 불필요한 디스크 조회를 줄이고 대기 모드 동작을 개선했습니다. 훨씬 뒤에 출시된 ZimaOS 1.6.0에서는 smartd가 절전 중인 디스크를 간헐적으로 깨우던 또 다른 특정 문제를 해결했습니다. 이러한 릴리스는 알려진 깨움 원인을 해결하지만, 현재도 디스크가 계속 깨어 있다면 다른 앱, 백업, 인덱서, 파일 시스템 작업, USB 브리지 또는 커널 서비스가 디스크에 접근하고 있을 수 있습니다.
IceWhale, ZimaOS 1.3.2에서 스토리지 폴링 변경
orca-zhang은 1.3.2에 적용할 세 가지 구체적인 최적화를 설명했습니다.
- 상태 확인 로직 간소화;
- 디스크 변경이 감지된 경우에만 디스크 데이터 캐시 새로 고침;
- 이미 대기 모드에 들어간 디스크에서 온도나 전원 켜짐 시간과 같은 정보를 더 이상 가져오지 않음.
이유는 중요합니다. 일부 HDD나 컨트롤러는 캐시에서 이러한 조회에 응답하지 못하므로, 상태 정보를 요청하는 것만으로도 실제 디스크가 깨어날 수 있습니다.
현재 1.3.2 릴리스 노트에는 이 작업이 불필요한 읽기/쓰기 활동을 줄이고 디스크 대기 모드를 개선한다고 요약되어 있습니다.
IceWhale, 프로세스 접근 조회 방법 제공
공식 출처의 답변에서는 현재 파일 시스템 또는 장치를 열고 있는 프로세스를 식별하는 방법을 제안했습니다.
for pid in $(fuser -m <device_path> 2>/dev/null); do
ps -p $pid -o comm=
done | uniq<device_path>를 실제 디스크 또는 마운트된 스토리지 경로로 바꾸십시오. 이 명령은 진단용이며 파괴적인 작업을 수행하지 않습니다.
IceWhale, 스토리지/파일 서비스를 일시적으로 중지하는 방법도 제안
문제 해결을 위해 출처에서는 다음 서비스를 중지한 후 대기 모드가 작동하는지 테스트할 것을 제안했습니다.
systemctl stop zimaos-local-storage
systemctl stop icewhale-filesIceWhale은 이러한 서비스가 중지된 동안 설정 및 파일 기능의 일부가 작동하지 않는다고 경고했습니다. 이 방법은 통제된 진단 목적으로만 사용한 다음 서비스를 다시 시작하거나 재부팅하십시오.
ZimaOS 1.6.0, 또 다른 알려진 깨움 원인 해결
이후 공식 1.6.0 변경 로그에는 별도의 수정 사항이 추가되었습니다. smartd 서비스가 간헐적으로 디스크를 깨워 디스크가 정상적인 절전 모드에 들어가지 못하는 문제였습니다.
공식 smartd 대기 모드 수정 사항을 참조하십시오.
AppData를 NVMe로 옮겨도 HDD가 유휴 상태로 유지된다는 보장은 없습니다
출처의 사용자는 이미 Docker 데이터베이스를 NVMe로 옮긴 상태였습니다. 그래도 미디어 검색, 백업, 썸네일 생성, SMB 클라이언트, SMART 검사, RAID/패리티 작업, 파일 인덱싱 또는 경로를 열어 둔 프로세스 때문에 HDD에 접근이 발생할 수 있습니다.
“모든 앱이 NVMe에 있다”는 사실만으로 어레이에 I/O가 전혀 없다고 가정하지 말고, 실제 접근 증거를 확인하십시오.
RAID5 자체적으로 백그라운드 활동이 발생할 수 있습니다
패리티 검사, 재구축, 스크럽, 파일 시스템 메타데이터 작업 및 모니터링은 모든 구성 디스크에 정상적으로 접근할 수 있습니다. 대기 모드 문제를 진단하기 전에 RAID가 장시간 실행되는 유지 관리 작업을 수행 중이 아닌지 확인하십시오.
오래된 서비스 우회 방법을 적용하기 전에 최신 ZimaOS에서 테스트해야 합니다
현재 ZimaOS 버전은 1.7.1이며, 2025년 1월 보고 이후 수년에 걸친 스토리지 관리 변경 사항이 포함되어 있습니다. 먼저 최신 릴리스에서 문제를 재현한 다음 깨움 원인을 식별하십시오. 스핀다운을 강제로 수행하기 위해 상태 확인 또는 스토리지 서비스를 영구적으로 비활성화하지 마십시오.
디스크 대기 모드 FAQ
출처에서 IceWhale이 대기 모드 문제를 인정했나요?
예. 담당자는 해당 문제가 조사 중이라고 밝혔으며 1.3.2의 최적화 내용을 문서화했습니다.
드라이브 온도나 상태를 확인하면 일부 디스크가 깨어날 수 있나요?
예. IceWhale은 캐시된 정보가 없는 일부 드라이브가 조회될 때 깨어날 수 있다고 구체적으로 설명했습니다.
이후 smartd가 또 다른 깨움 원인으로 확인되었나요?
예. ZimaOS 1.6.0에서는 정상적인 절전 모드를 방해하던 smartd의 간헐적인 깨움 문제를 명시적으로 해결했습니다.
