私はSATAドッキングステーション(実際に私のコンピュータケースの一部)を持っており、定期的に使用しています。私のSATAディスクの1つは次のとおりです。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
定期的なバスリセットやその他の問題があるかどうかを確認してください。不安定なケーブルは奇妙な副作用を引き起こす可能性があります。
残念ながら、この質問に対する簡単な答えはなく、正確な原因を見つけることも困難です。