systemdが「Loop too fast」を印刷する理由と回避策は何ですか？

~によるとgithubのsystemdに関する問題、dbusに問題がある可能性があるため、Debian 8（バージョン215）に含まれているバージョンは2015年7月現在のバージョンと見なされるため、systemdをアップグレードすることをお勧めします。

この問題に遭遇した他の人の問題が解決されたので、サーバーを再起動してみることができます（明らかに解決策だけです）。私がリストしたレポートには、あなたの状況に適用できる他のいくつかの修正/解決方法があります。

---

修正する:

~によるとこの投稿はbugs.debian.orgにあります。、この問題に対する修正はパッケージ215-17+deb8u5バージョンで提供する必要がありますsystemd。このバージョンにアップグレードすると問題が解決します。

同様の問題があります。

systemctl daemon-reexec

綺麗にまとめられましたね。出力を比較しようとしています。

systemctl --all

reexecを実行する前と後です。再実行する前に、次のような多くの行が表示されます。

session-1046.scope       loaded inactive dead   start Session 1046 of user root
session-1047.scope       loaded inactive dead   start Session 1047 of user root
session-1048.scope       loaded inactive dead   start Session 1048 of user root
session-1049.scope       loaded inactive dead   start Session 1049 of user myuser
session-1050.scope       loaded inactive dead   start Session 1050 of user root
session-1051.scope       loaded inactive dead   start Session 1051 of user root
session-1052.scope       loaded inactive dead   start Session 1052 of user myuser

再実行後に消えました。私は彼らが次のことに関連していると信じています。

ssh root@myserver
ssh myuser@myserver

最後の再起動から数週間が経ちました。

root（またはmyuser）としてログインして「実行状態」の下にsystemctlエントリを再現できますが、ウィンドウを正しく終了または終了すると、そのエントリは消えます。ログインをそのままにすると、結局何とか中断され、systemDセッションが残るようになることを願っています。しかし、これがsystemDのループに関連しているかどうかはわかりません。

これは、systemdがサービスを開始しようとし、即座にクラッシュが発生する（または正常に完了した）ことを意味します。再起動しようとすると同じ結果が表示され、メッセージが表示されます。一部の構成が間違っているか欠落しているか、一部のファイルが予期された場所に見つからないか、または不正な権限があることを確認してください。