Ubuntu 18.04 설치/제거로 인해 드라이브가 대기 모드에서 재개됨

Ubuntu 18.04 설치/제거로 인해 드라이브가 대기 모드에서 재개됨

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.

관련 정보