3つの物理ドライブがあります。/SSDがインストールされており、最初のHDDは、2番目の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が呼び出されるのはなぜですか？。
直す。私はこの問題に対する解決策を見つけました。今日後で公開される予定です。問題が解決しました。あなたの助けに心から感謝します。こんにちは- 本当にありがとうございました！
答え1
ユディックスdumpe2fs -h /dev/sd??サービスの開始時にディスクがマウント/マウント解除されると、各ext2、ext3、およびext4パーティションに対してコマンドが呼び出されます。 1つ以上の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。