활성 시청자가 없어도 백그라운드 작업과 보조 서비스가 CPU, 스토리지 또는 GPU 리소스를 계속 사용하므로 Jellyfin이 과열되거나 시끄럽게 작동할 수 있습니다.
“아무도 스트리밍하지 않는다”는 말은 사용자 활동을 설명할 뿐, 호스트 활동을 의미하지는 않습니다. 라이브러리 스캔, 메타데이터 새로 고침, 트릭플레이 생성, 챕터 추출, 플러그인 분석, 백업, 다운로드 및 기타 컨테이너가 모두 패키지 전력과 팬 속도를 높일 수 있습니다. 냉각 장치에 문제가 있다고 판단하기 전에 발열과 연관된 프로세스와 예약된 실행 시간을 먼저 확인하세요.
냉각 하드웨어를 점검하기 전에 예약된 작업을 확인하세요
첫 번째로 의심할 대상은 시청자가 없을 때 시작되는 반복 작업입니다. 무거운 이미지 처리나 분석 작업은 대시보드에 재생 세션이 표시되지 않아도 지속적인 컴퓨팅 부하를 만들 수 있습니다.
라이브러리 유지 관리 작업은 활성 시청자가 없어도 실행될 수 있습니다. 예약된 Jellyfin 스캔은 CPU 및 디스크 활동과 연관성을 확인해야 하는 구체적인 작업 원인 중 하나입니다.
팬 또는 온도 급상승 시점을 예약된 작업 기록과 비교하세요. 무거운 작업 하나를 정해진 시간대로 옮긴 뒤 발열 패턴도 함께 따라오는지 확인하세요.
소프트웨어 트랜스코딩 또는 멈춘 세션을 확인하세요
클라이언트가 시청을 중단했어도 변환 프로세스나 실패한 세션이 계속 활성 상태로 남아 있을 수 있습니다. 하드웨어 가속에 실패하면 비교적 가벼운 작업도 지속적인 CPU 부하로 바뀔 수 있습니다.
트랜스코딩은 유휴 상태의 전송과 호스트 프로필이 크게 다릅니다. 측정된 Jellyfin 트랜스코딩 결과를 통해 코덱과 필터 경로별 CPU 및 GPU 부하를 구분할 수 있습니다.
FFmpeg 프로세스, 현재 세션 및 최근 로그를 확인하세요. 남아 있는 프로세스가 종료된 뒤 CPU 사용량이 내려간다면 팬 곡선을 변경하기 전에 세션 또는 트랜스코딩 원인을 해결하세요.
같은 호스트에서 실행 중인 다른 컨테이너를 측정하세요
다운로더, 백업 작업, 사진 인덱서 또는 AI 작업이 Jellyfin 자체는 조용한 상태에서도 같은 시스템을 뜨겁게 만들 수 있습니다. 컨테이너 이름이 서로 다른 열 환경을 만들어 주는 것은 아닙니다.
같은 호스트에 배치된 작업은 한 애플리케이션이 바쁘지 않아도 호스트에서 드러나는 공유 리소스 간섭을 일으킬 수 있습니다.
발열이 발생하는 동안 프로세스 또는 컨테이너 수준의 CPU 및 I/O 사용량을 기록하세요. 홈 서버 작업량 맵에는 미디어 재생과 직접 관련이 없더라도 실행 시간이 겹치는 작업이 포함되어야 합니다.
온도와 벽면 전력 및 실제 작업량을 비교하세요
BIOS 또는 커널 업데이트 후 팬 응답이 달라질 수 있지만, 발열은 여전히 전력과 작업량을 따라갑니다. 센서나 냉각 장치의 결함을 의심하기 전에 먼저 측정하세요.
유휴 상태 및 트랜스코딩 전력 소비량은 홈 서버 플랫폼에 따라 크게 다를 수 있으며, 그에 따라 필요한 냉각 수준도 달라집니다.
유휴 상태와 알고 있는 작업 하나를 실행하는 동안 벽면 전력, CPU 패키지 전력, 온도 및 팬 속도를 함께 기록하세요. 측정된 전력 수준에 비해 온도가 비정상적일 때만 냉각 문제를 조사하세요.
지원 및 팁
더 읽어보기

Jellyfin을 실행한 채로 백업해야 할까요, 아니면 먼저 서비스를 중지해야 할까요?
간편하게 사용하려면 서비스가 중지된 상태에서 백업하는 것을 우선하세요. 애플리케이션 상태가 일관되게 캡처되고 복원이 테스트된 경우에만 라이브 스냅샷을 사용하세요.

Jellyfin을 복구하는 대신 언제 다시 구축해야 할까요?
런타임 드리프트가 문제이고 영구 상태가 백업되어 있다면 수리보다 재구축을 선택하세요. 유일하게 정상인 데이터베이스를 삭제하는 것을 “재구축”이라고 해서는 안 됩니다.

Jellyfin은 백그라운드 작업을 위해 얼마나 많은 여유 저장 공간을 유지해야 하나요?
Jellyfin에 모든 경우에 적용되는 보편적인 여유 공간 비율은 없습니다. 지속적인 증가량과 일시적인 최대 사용량을 따로 측정한 다음, 두 수치보다 여유 있게 공간을 확보하세요.

