私は低電力ハードドライブでFedora 23 [*]を実行しています。ハードドライブがカチッと鳴ったり回転したり、再びバックアップされた音が聞こえます。10秒ごと。 (そしてアクティビティLEDが点滅します)。
ログインして実行すると、sync; fatrace --timestamp
起動に関連するファイルアクセスは表示されません。
いくつかの定期的なファイルアクセスがありますが、これはto/etc/passwd
やfromなどのキャッシュされた読み取りです/etc/fstab
。relatime
何らかの理由で適用されない場合は、を使用してインストールしようとしましたが、役に立ちません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
。
どうやってそれを壊すことができましたか?その理由は、を使い始め、docker
LVMを使用しているため、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 = 1
inを検索してlvm.conf
値をに変更します0
。
修正する:バグが修正されました。次のバージョンではlvm2
。2.02.133