3개의 물리적 드라이브가 있습니다. /
SSD가 설치되어 있고, 첫 번째 HDD는 , 두 번째 HDD는 백업용 복구 스토리지로 사용 /var
됩니다 /home
. 대부분의 경우 하드 드라이브를 백업해 두어야 합니다.대기 중이며 설치되지 않음umount
및 가 포함된 cron 및 bash 스크립트로 인해 발생합니다 hdparm -y
.
문제는 외부 USB 드라이브를 마운트/마운트 해제(GUI 또는 터미널 사용)하면 최대 절전 모드 드라이브가 대기 모드에서 다시 시작된다는 것입니다.
자세히 조사한 결과 mount
유틸리티가 명령을 umount
실행하는 것으로 나타났습니다.dumpe2fs -h /dev/sdXn
모든 드라이브의 모든 파티션(마운트 해제된 파티션 포함)일단 설치하면 직접 최대 절전 모드에 있던 드라이브가 깨어납니다.
예를 들어 /dev/sdd
외부 USB 드라이브/스틱을 마운트/마운트 해제하는 경우 제 경우에는 후속 명령이 실행되었습니다(설명이 포함된 실제 로그의 일부).
dumpe2fs -h /dev/sda1 #this is / (root) partition at SSD
[...]
dumpe2fs -h /dev/sdc4 #this is /var partition at HDD #1
[...]
dumpe2fs -h /dev/sdc3 #this is /home partition at HDD #1
[...]
dumpe2fs -h /dev/sdb1 #this is recovery storage partition at HDD #2
[...]
Ubuntu 16.04 및 이전 버전(2006년에 Red Hat에서 Debian 및 Ubuntu로 마이그레이션함)에는 이러한 이상한 동작이 없습니다. 이를 통해 Ubuntu 18.04의 버그로 인한 동작에 대한 합리적인 결론을 도출할 수 있습니다. 이 문제를 해결할 방법이 있나요?
노트:Unix 및 Linux 커뮤니티에는 관련 질문이 있지만 중복되지는 않습니다.사용자 상호 작용 없이 dumpe2fs가 호출되는 이유는 무엇입니까?.
고쳐 쓰다.저는 이 문제에 대한 해결책을 찾았습니다. 오늘 나중에 게시될 예정입니다. 문제가 해결되었습니다. 당신의 도움에 진심으로 감사드립니다.@mysteriousderek- 정말 고마워 친구 야!
답변1
유딕스된dumpe2fs -h /dev/sd??
서비스가 시작될 때와 디스크가 마운트/마운트 해제될 때 각 ext2, ext3 및 ext4 파티션에 대해 명령이 호출됩니다. 하나 이상의 ext* 파티션이 포함된 HDD가 깨어납니다.유딕스된=> dumpe2fs
.
자세한 내용은 해당 댓글에서 확인하실 수 있습니다유티카취약점:https://github.com/storagged-project/udisks/issues/611. 버그가 수정되었습니다.USB 2.8.4, 관련 없는 파티션이 마운트되거나 마운트 해제될 때 더 이상 하드 드라이브를 깨우지 않습니다.
여기에도 비슷한 질문과 답변이 있습니다.https://superuser.com/questions/1371955/why-one-of-two-hdds-wakes-from-sleep-during-the-first-linux-graphical-login.