ハードドライブが10秒ごとに回転して再び回転します。 「fatrace」にアクセス権が表示されません。

ハードドライブが10秒ごとに回転して再び回転します。 「fatrace」にアクセス権が表示されません。

私は低電力ハードドライブでFedora 23 [*]を実行しています。ハードドライブがカチッと鳴ったり回転したり、再びバックアップされた音が聞こえます。10秒ごと。 (そしてアクティビティLEDが点滅します)。

ログインして実行すると、sync; fatrace --timestamp起動に関連するファイルアクセスは表示されません。

いくつかの定期的なファイルアクセスがありますが、これはto/etc/passwdやfromなどのキャッシュされた読み取りです/etc/fstabrelatime何らかの理由で適用されない場合は、を使用してインストールしようとしましたが、役に立ちませんnoatimeでした。私もswap(swapoff -a)を無効にしました。

ドライブはこの目的のために設計されておらず、最終的にはシャットダウンする予定です。また、エネルギー効率的ではありません:)。助ける!

[*] NAS型システムです。

答え1

第二に、私が探しているのは直接デバイスアクセスです。 sudo lsof /dev/sd*何も表示されません。 cd /dev; fatrace --current-mount --timestamp関連する訪問も表示されません。

この時点でコアを剥がし始める必要があります。やってみようsystemctl isolate rescue.target。奇妙なことに、再び弾かれましたdefault.target。その後、デバイスが監視され続けている間に停止したくなかったsystemctl statusため、システムのパフォーマンスが低下したことがわかりましたが(!)...ハードドライブがバックアップの回転を停止しました(!!)。dmeventd

実際にダウングレードされていないシステムでは、後で問題がなくなりましたkillall -9 dmeventd

どうやってそれを壊すことができましたか?その理由は、を使い始め、dockerLVMを使用しているため、devicemapperストレージドライバを選択したためです。 [*]

dmeventd[5054]: dmeventd ready for processing.
lvm[5054]: Monitoring thin vg_fossil-docker--pool.

[*] LVMミラー、RAID、またはスナップショットがある場合でも問題になる可能性があります...もちろんNASシステムでは可能です。 :(. これがない場合 (たとえば、単純な LV またはまったく LVM なし)、dmeventd には監視するものはなく、それ自体で実行されます。


特に、dmeventdは約10秒ごとにこれらのioctlを実行します。

open("/dev/mapper/control", O_RDWR)     = 7
...
ioctl(7, DM_TABLE_STATUS
ioctl(7, DM_DEV_WAIT

私はまだ回転がバグだと思いますが、少なくとも私の場合確かに回避策[*]、これは何も見逃す心配がありません。

[*]本当にdmeventdが機能しないようにするには、シーンプールがあってもスペースが足りなくなるとひどく死ぬ可能性があるため、monitoring = 1inを検索してlvm.conf値をに変更します0


修正する:バグが修正されました。次のバージョンではlvm22.02.133

関連情報