사용자가 아무도 활동하지 않을 때 Home Assistant는 왜 계속 드라이브를 깨워 두나요?

에바 왕기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Home Assistant는 일반적으로 Recorder 쓰기, 로그, 예약 작업, 폴링 통합 또는 같은 디스크를 공유하는 다른 서비스 때문에 드라이브를 활성 상태로 유지합니다.

활성 대시보드가 없다고 해서 시스템이 유휴 상태인 것은 아닙니다. 센서는 계속 상태가 변경되고, 데이터베이스는 커밋되며, 로그는 순환되고, 백업은 실행되고, 컨테이너는 메타데이터에 접근합니다. 조용한 시간대 하나를 정해 정확한 스핀업 또는 I/O 타임스탬프를 기록한 다음 Home Assistant와 호스트 활동을 비교하세요. 한 번에 하나의 후보만 변경해야 합니다. 여러 쓰기 작업을 비활성화하면 어떤 작업이 드라이브 타이머를 초기화했는지 알 수 없기 때문입니다.

Home Assistant가 깨우기 이벤트의 원인인지 확인하기

Home Assistant UI만 보지 말고 블록 장치를 관찰하세요. 각 깨우기와 관련된 프로세스, 컨테이너, 경로, 작업 유형 및 타임스탬프를 기록하세요. 디스크에 미디어, 다운로드 파일, 메트릭 또는 시스템 로그도 저장되어 있다면 Home Assistant가 같은 시간대에 나타나더라도 다른 서비스가 원인일 수 있습니다.

HDD 절전에 관한 커뮤니티 질문에서는 Home Assistant가 센서를 기록하는지, 예약 작업을 실행하는지, 아니면 요청이 있을 때만 동작하는지에 따라 동작이 달라진다고 설명합니다. 이 워크로드에 따른 드라이브 활동은 Recorder를 변경하기 전에 실제 쓰기 주체를 파악해야 한다는 점을 뒷받침합니다.

프로세스 수준의 증거가 다른 곳을 가리킨다면 Home Assistant를 원인에서 제외하고 해당 서비스를 수정하세요. Home Assistant 또는 해당 데이터베이스 경로가 매번 깨우기 시점에 나타난다면 쓰기 유형을 계속 분류하세요. 경로나 프로세스가 없는 타임스탬프만으로는 원인을 지정하기에 충분하지 않습니다.

Recorder 활동과 엔터티 변경 비교하기

같은 조용한 시간대의 드라이브 쓰기를 상태 변경 빈도 및 Recorder 커밋과 대조하세요. 전원, 네트워크, 날씨, 재실 감지 또는 진단 엔터티의 변경 빈도가 높으면 밤새 계속 업데이트될 수 있습니다. 사용자 세션이 아니라 엔터티 이벤트를 따라 규칙적인 소규모 데이터베이스 활동이 발생한다면 이것이 해당 패턴입니다.

쓰기 감소 가이드에서는 필요한 엔터티만 기록하고, 보존 기간을 제한하며, 정기적으로 정리할 것을 권장합니다. Home Assistant 쓰기 사이클에 관한 설명은 모든 기록을 비활성화하라는 이유가 아니라, 범위를 제한한 테스트 방향을 제시합니다.

드라이브 깨우기가 특정 엔터티 업데이트와 일치한다면 진단, 자동화 또는 기록 측면의 가치가 없는 데이터만 제외하고 같은 유휴 시간대를 다시 테스트하세요. 동일한 주기로 활동이 계속된다면 승인된 설정을 복원하고 계속 진행하세요. 첫 번째 원인이 깨우기를 설명하지 못한 것입니다.

로그와 예약 유지 관리 분리하기

로그 경로, 상세도, 순환 설정, Recorder 정리 또는 재압축, 백업, 데이터베이스 체크포인트 및 애드온 유지 관리를 확인하세요. 예약 작업은 반복되는 특정 시각에 폭발적인 쓰기를 만드는 경우가 많고, 상세 로그나 재시도는 잦은 소규모 쓰기를 만듭니다. 두 패턴의 특징과 해결 방법은 서로 다릅니다.

과도한 디스크 쓰기를 판별하기 위해 Recorder를 일시적으로 비활성화하는 방법이 제안되기도 하지만, 이는 영구적인 해결책이 아니라 테스트입니다. Recorder 활동을 분리하는 방법에 설명된 절차는 데이터베이스 쓰기와 관련이 있는지 확인하는 데 도움이 됩니다.

특정 예약 작업이 깨우기와 일치한다면 허용 가능한 시간대나 저장 경로로 옮긴 뒤 다시 테스트하세요. 상세 로그가 원인이라면 진단이 끝난 후 관련 구성 요소를 정상 상세도로 되돌리세요. 통합이 반복적으로 실패하는 동안 오류 로그를 억제하지 마세요. 원인을 숨길 뿐 재시도를 제거하지는 못합니다.

폴링 통합과 공유 서비스 확인하기

통합은 사용자가 모두 잠든 동안에도 장치나 클라우드 서비스를 폴링한 다음 결과를 기록할 수 있습니다. 다른 컨테이너가 같은 디스크를 검색하거나 색인하거나 모니터링할 수도 있습니다. Home Assistant 통합 활동을 호스트 전체의 프로세스 쓰기와 비교하고, 필수적이지 않은 후보 하나를 통제된 단일 유휴 시간대 동안 일시 중지해 보세요.

밤새 발생하는 디스크 작업은 문제라기보다 예상된 유지 관리일 수도 있습니다. ZimaSpace의 반복되는 야간 디스크 활동 분석은 일정에 따른 인접한 해석을 제공합니다.

특정 통합이나 서비스를 일시 중지했을 때 해당 깨우기가 사라진다면 지원되는 경우 폴링 간격을 늘리고, 재시도 루프를 수정하거나, 데이터를 다른 곳에 저장하세요. 아무 변화가 없다면 해당 기능을 복원하고 계속 진행하세요. 계속되는 쓰기로 절전을 방해하는 문제를 숨기기 위해 드라이브 대기 타이머만 늘리지는 마세요.

전체 유휴 주기 하나를 다시 테스트하기

원인과 일치하는 변경을 적용한 후 한 번만 재시작해 임시 진단 상태를 초기화한 다음, 동일한 센서, 서비스 및 드라이브 대기 정책으로 같은 조용한 시간대를 재현하세요. 디스크가 절전 상태로 진입하는지, 얼마나 오래 절전 상태를 유지하는지, 어떤 필수 이벤트가 여전히 디스크를 깨우는지 기록하세요.

PASS는 불필요한 깨우기가 사라지고 Recorder, 자동화 및 복구 데이터가 필요한 대로 계속 작동하는 상태를 의미합니다. 의도적인 백업이나 중요한 상태 변경 때문에 드라이브가 깨어난다면 정상적으로 작동하는 것일 수 있습니다. 목표는 어떤 대가를 치르더라도 I/O를 0으로 만드는 것이 아니라, 설명 가능하고 범위가 제한된 활동을 유지하는 것입니다.

관찰된 쓰기가 없는데도 장치가 전혀 절전 상태로 진입하지 않거나, 하드웨어 오류를 보고하거나, 애플리케이션 외부의 파일 시스템 또는 커널 활동으로 인해 깨어난다면 추가로 Home Assistant를 정리하는 대신 문제를 상위 단계로 넘기세요. 이러한 결과는 저장 장치, 전원 관리 또는 컨트롤러 진단의 영역에 해당합니다.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.