TNAS 디스크가 최대 절전 모드로 전환되지 않는 이유는 무엇입니까?
디스크 최대 절전 모드는 TOS의 핵심 기능 중 하나로, 에너지를 절약하고 소음을 줄이며 디스크 공회전 마모를 줄여 수명을 연장합니다. 디스크가 설정된 유휴 시간 내에 데이터 읽기/쓰기가 없고 백그라운드 작업이 실행되지 않으면 자동으로 저전력 최대 절전 상태로 전환됩니다. TNAS 디스크가 자동으로 최대 절전 모드로 전환되지 않는 것은 하드웨어 고장이 아니라 대부분 백그라운드 서비스, 애플리케이션, 시스템 작업 또는 외부 장치의 간섭으로 인해 발생합니다. 이 가이드는 초보자도 쉽게 최대 절전 상태를 빠르게 판단하고 문제의 근본 원인을 해결할 수 있도록 도와줍니다.
적용 모델
전체 모델
I. 중요 사항
- 새 파일 시스템 초기화 지연: 새로 생성된 파일 시스템은 디스크가 최대 절전 모드로 전환되기 전에 초기화 프로세스를 완료해야 합니다. 소요 시간은 디스크 용량에 따라 다릅니다. Btrfs 파일 시스템은 저널링 및 Balance 작업을 완료하는 데 24
48시간이 필요하며, ext4 파일 시스템은 지연 초기화에 1224시간이 필요합니다. 초기화 중에 대량의 파일을 복사하면 소요 시간이 그만큼 늘어납니다. 저널링 및 Balance에 대한 자세한 내용은 https://wiki.archlinux.org/index.php/Btrfs를 참조하십시오. - 최대 절전 표시등 팁: 디스크가 최대 절전 상태로 전환된 후에도 장치의 디스크 표시등은 꺼지지 않고 계속 켜져 있습니다. 표시등의 밝기로 최대 절전 상태를 잘못 판단하지 마십시오.
- 최대 절전 상태 확인 방법: TNAS 장치 케이스를 손으로 가볍게 만져보십시오. 디스크 회전 진동이 느껴지지 않으면 디스크가 최대 절전 모드로 성공적으로 전환된 것입니다. 지속적으로 뚜렷한 진동이 느껴지면 최대 절전 상태가 아닙니다.
II. 디스크 최대 절전 문제 해결
(I) 데스크톱
- 디버그 모드: 활성화되면 시스템이 지속적으로 디버그 로그를 디스크에 기록합니다.
- 전역 검색: 인덱스 폴더가 추가되고 파일 인덱싱이 진행 중일 때 시스템이 파일을 스캔하여 인덱스 데이터베이스에 기록합니다.
(II) 파일 관리
- 파일 관리 접근: 파일 목록을 탐색할 때 시스템이 파일 메타데이터를 읽어야 합니다.
- 파일 작업: 업로드, 다운로드, 이동, 복사 등의 작업 시 데이터 읽기/쓰기가 발생합니다.
(III) 스토리지 관리
- 스토리지 관리 접근: 스토리지 상태를 확인할 때 시스템이 디스크 상태 및 상태 정보를 실시간으로 조회합니다.
- RAID 복구: 어레이가 저하된 상태에서 핫스페어가 재구축을 트리거하면 시스템이 대량의 데이터 동기화 읽기/쓰기를 수행합니다.
- 메모리 스와핑: 물리적 메모리가 부족할 때 시스템이 스왑 파티션을 사용하여 디스크가 가상 메모리로 읽기/쓰기를 수행합니다.
(IV) 접근 권한
- 도메인: TNAS를 도메인/LDAP 클라이언트로 사용할 때 서버와의 인증 및 통신 중에 소량의 로그 읽기/쓰기가 발생합니다.
(V) 네트워크 서비스
- 파일 공유: SMB, FTP, NFS, Rsync, WebDAV 등의 서비스가 활성화되어 있고 이러한 프로토콜을 통해 파일에 접근하는 경우.
- 원격 관리: SSH, Telnet, SNMP 등의 서비스가 원격 로그인 또는 상태 조회를 위해 활성화된 경우.
- 미디어 인덱싱: 파일 인덱싱이 진행 중일 때 시스템이 파일을 스캔하여 인덱스 데이터베이스에 기록합니다.
(VI) 일반 설정
- NTP 서비스: 활성화되면 시스템이 주기적으로 네트워크 타임 서버와 동기화됩니다.
- 예약 작업: 휴지통 비우기 또는 사용자 정의 스크립트 실행 등의 예약 작업이 실행될 때.
(VII) 시스템 정보
- 장치 모니터링: "시스템 정보 >> 장치 모니터링" 페이지에 접근할 때 디스크 상태가 실시간으로 읽힙니다.
- 리소스 모니터링: 지속적인 리소스 모니터링이 활성화된 경우 시스템이 주기적으로 모니터링 데이터를 디스크에 기록합니다.
(VIII) 클라이언트
- TNAS PC: TNAS PC 클라이언트를 통해 장치에 로그인하여 접근하는 경우.
(IX) 애플리케이션
- 동기화 앱: TerraSync, CloudSync 등의 동기화 앱이 데이터 동기화를 수행하는 중.
- 백업 앱: Centralized Backup, Duple Backup, USB Copy, TFM Backup 등의 백업 앱이 백업 작업을 실행하는 중.
- 다운로드 앱: Transmission, qBittorrent, Aria2 등의 다운로드 앱이 다운로드 작업을 수행하는 중.
- 미디어 서비스: Plex, Emby, DLNA 등의 미디어 서비스가 미디어 라이브러리를 스캔하는 중.
- 시스템 도구: DNS 서버, 프록시 서버, 메일 서버, VirtualBox 가상 머신 등의 상주 백그라운드 서비스.
- 서드파티 앱: 설치된 일부 앱(Docker 컨테이너, 데이터베이스 서비스 등)이 실행 중에 지속적인 읽기/쓰기를 발생시키는 경우.
III. 빠른 문제 해결 단계
1단계: 시스템 초기화 기다리기: 새 디스크 설치, 새 스토리지 볼륨 생성 또는 대량의 파일 복사 후 시스템 백그라운드 초기화가 완료될 때까지 12~48시간 정도 기다리십시오. 이 기간 동안 장치를 자주 조작하지 마십시오.
2단계: 모든 외부 장치 제거: USB 플래시 드라이브 및 외장 하드 드라이브 등 TNAS에 연결된 모든 USB 장치를 분리하여 외부 스토리지 간섭을 제거하십시오.
3단계: 백그라운드 서드파티 앱 닫기: Docker, 다운로드 도구, 미디어 서버, CloudSync 등의 상주 백그라운드 앱을 일시 중지하거나 종료하십시오. 이것이 가장 일반적인 간섭 원인입니다.
4단계: 불필요한 시스템 서비스 비활성화: IPv6, VPN, DDNS, NTP 등의 비핵심 서비스를 일시적으로 끄고 기본 파일 공유 기능만 유지하십시오. 이들은 나중에 필요에 따라 다시 활성화할 수 있습니다.
5단계: 유휴 상태에서 최대 절전 확인: 모든 장치 작업을 중지하고 장치가 미리 설정된 최대 절전 시간에 도달할 때까지 기다린 후 케이스를 가볍게 만져 진동을 확인하십시오. 진동이 없으면 최대 절전 성공입니다.
IV. 특별 비상 솔루션
위의 서비스와 앱을 매일 사용해야 하고 비활성화하고 싶지 않지만 에너지를 절약하려는 경우, 예약 전원 켜기/끄기 기능을 디스크 최대 절전 모드의 대안으로 사용할 수 있습니다. TOS 시스템 설정에서 고정된 전원 켜기 및 끄기 시간을 구성하십시오. 유휴 시간 동안 장치가 종료되어 에너지를 절약하면서 디스크를 보호하고 백그라운드 프로세스 간섭을 완전히 방지할 수 있습니다.
V. A/S 피드백
위의 문제 해결 단계를 모두 수행한 후에도 디스크가 최대 절전 모드로 전환되지 않으면 아래 단계에 따라 직접 A/S 피드백을 제출하십시오.
- TOS 데스크톱을 열고 기술 지원 > 문제 피드백으로 이동하여 시스템 진단 보고서를 생성합니다.
- 보고서를 공식 A/S 이메일([email protected])로 보냅니다.
- A/S 팀이 보고서를 신속히 분석하고 맞춤형 솔루션을 이메일로 회신합니다.