나는 SATA 도킹 스테이션 (실제로 내 컴퓨터 케이스의 일부) 을 가지고 있으며 정기적으로 사용합니다. 내 SATA 디스크 중 하나는 다음과 같습니다.WD 캐비어 SE16 WD2500, 250GB 7200RPM SATA3 하드 드라이브. 도킹 스테이션은 라벨이 붙은 SATA 포트에 연결됩니다.외부UEFI에서.
플러그를 꽂고 원하는 것을 얻으면 sudo hdparm -Y /dev/sdd
터미널에서 명령을 실행하면 즉시 절전 모드로 전환됩니다.
임의의 시간(2분~몇 시간) 후에만 다시 시작됩니다.
내 다른 드라이브에서는 이러한 동작이 나타나지 않으며 해당 파일에 다시 액세스하려고 할 때까지 절전 모드로 유지됩니다.
드라이브에 액세스할 수 없고 시스템에 사용자 공간 프로세스도 없다고 확신합니다.
이를 어떻게 진단하고, 더 중요한 것은 이를 보장하는 방법입니다.머무르다잠들었 니?
답변1
글쎄, 드라이브가 깨어나는 데에는 셀 수 없이 많은 이유가 있을 수 있습니다.
예를 들어, 새 WD80EZAZ 드라이브에서 이 문제가 발생했습니다. smartctl -a
깨우는 것이 쉽다는 것이 밝혀졌습니다 (SMART 데이터만 쿼리하고 테스트도 실행하지 않음). 이전 WD20EARS 드라이브의 경우에는 그렇지 않았으므로 회전하지 않고도 쿼리할 수 있었습니다. 따라서 대기 중인 드라이브를 무시하려면 -n standby
my에 추가해야 합니다 (귀하의 라인이나 적절한 장치 라인 smartd.conf
에 추가 ).DEVICESCAN
ext4
다른 일반적인 원인은 주기적으로 드라이브에 액세스할 수 있는 초기화 지연 과 같은 파일 시스템입니다 . 다른 도구를 설정하거나 /proc/sys/vm/block_dump
사용하여 이를 찾거나 mount -o loop,ro
읽기 전용 마운트를 사용하여 파일 시스템 자체에 대한 일반(쓰기) 액세스를 제외할 수 있습니다.
존재하지 않는 UUID를 지정하는 잘못된 항목이 있는 경우 /etc/fstab
모든 드라이브에서 누락된 UUID를 검색하여 프로세스의 모든 항목을 깨울 수도 있습니다. 이것이 바로 사람들이 추가 검사를 방지하기 위해 as: by-uuid /dev/disk/by-uuid/the-thing
대신 사용하는 것을 보는 이유입니다 UUID=the-thing
. 심볼릭 링크는 존재하거나 존재하지 않습니다. findfs
이와 달리 매번 모든 드라이브를 통과하지는 않습니다.
또한 dmesg
주기적인 버스 재설정이나 기타 문제가 있는지 확인하세요. 불안정한 케이블은 이상한 부작용을 일으킬 수도 있습니다.
안타깝게도 이 질문에 대한 쉬운 대답은 없으며 정확한 원인을 찾아내기도 어렵습니다.