明白な理由なく、ハードドライブがスリープモードから起動します。

明白な理由なく、ハードドライブがスリープモードから起動します。

私はSATAドッキングステーション(実際に私のコンピュータケースの一部)を持っており、定期的に使用しています。私のSATAディスクの1つは次のとおりです。WDキャビアSE16 WD2500、250GB 7200RPM SATA3ハードドライブ。ドッキングステーションは、ラベル付きのSATAポートに接続されます。外部UEFIから。

プラグを差し込んで欲しいものを取得したら、sudo hdparm -Y /dev/sdd端末でコマンドを実行するとすぐにスリープモードになります。

ランダム時間(2分〜数時間)後にのみ再開されます。

私の他のドライブでは、これらの動作は表示されず、そのファイルに再度アクセスしようとするまでスリープモードのままです。

ドライブにアクセスできず、システムにユーザースペースプロセスもないと確信しています。

これをどのように診断し、より重要なのはこれを確実にする方法です。滞在する眠りましたか?

ベストアンサー1

まあ、ドライブが目を覚ますには数え切れないほどの理由があります。

たとえば、新しいWD80EZAZドライブでこの問題が発生しました。smartctl -a覚醒が簡単であることがわかりました(SMARTデータのみを照会し、テストも実行しません)。以前のWD20EARSドライブの場合はそうでなかったので、回転せずに照会することができました。したがって、待機しているドライブを無視するには、-n standbymyに追加する必要があります(あなたのラインまたは適切なデバイスライン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定期的なバスリセットやその他の問題があるかどうかを確認してください。不安定なケーブルは奇妙な副作用を引き起こす可能性があります。

残念ながら、この質問に対する簡単な答えはなく、正確な原因を見つけることも困難です。

おすすめ記事