systemd/udevは、MMP EXT4機能により、systemd-udevdを介して高いCPU性能を達成します。

systemd/udevは、MMP EXT4機能により、systemd-udevdを介して高いCPU性能を達成します。

2つの新しいドライブを分割してフォーマットしましたが、突然CPU使用率が利用可能な処理能力の半分に達しました。確認してみると、いくつかのプロセスがありましたが、そのうちの1つがsystemd-udevd...サービスを停止すると、systemctl stop systemd-udevdすべてが正常に戻りました。ただし、ログイン後すぐに再起動したり、新しいドライブのいずれかからファイルシステムをマウント/マウント解除したりすると、問題は常に再発生します。

udevadm monitor常に同じイベントを表示するスクロール端末を確認してみましたchange

UDEV  [359.270329] change   /devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb/sdb3 (block)
KERNEL[359.275809] change   /devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb/sdb2 (block)
KERNEL[359.282183] change   /devices/virtual/block/dm-2 (block)
UDEV  [359.286170] change   /devices/virtual/block/dm-3 (block)

何度も試したところ、ついに原因を見つけました。

マトリックス金属タンパク質分解酵素

This ext4 feature provides multiple mount protection (MMP). MMP
helps to protect the filesystem from being multiply mounted and
is useful in shared storage environments.

すべてのファイルシステムでこの機能を有効にしましたが、無効にすると、すべてがうまく機能します。バグを報告したいのですが、udevにバグトラッカーを提供することはできません。私が見つけたのは、systemd現在のプロジェクトページと聞いたfreedesktopページだけでした。このバグをどこに提出できるかを知っている人はいますか?

ベストアンサー1

2022年1月17日更新:このプルリクエストで問題が修正されました。https://github.com/storagged-project/udisks/pull/949

私も同じ問題の影響を受けてあなたと同じ根本的な原因に絞り込んでいますが、事実を確認した後にのみあなたの問題を見つけました。また、問題をudisks2> = 2.7.6に関連付けることができました。したがって、MMPが必要な場合はダウングレードを検討してください。

ディスカッションを含むGitHubの問題はここにあります。 https://github.com/storagged-project/udisks/issues/946

おすすめ記事