☰

systemd-logind.serviceを起動できませんでした（rescue.targetからgraphic.targetに戻るとき）。どうすれば解決できますか？

tag-icon • tag-icon debian systemd runlevel
systemd-logind.serviceを起動できませんでした（rescue.targetからgraphic.targetに戻るとき）。どうすれば解決できますか？

私はDebian 8（"jessie"）を使用しています。メンテナンスモードで一部のサービスを実行する必要があるため、次のようにグラフィックモードから回復モードに変更します。

systemctl isolate rescue.target

しかし、次のようにデフォルトモードに戻ろうとすると

systemctl isolate graphical.target

次のエラーで返されません。

システムログ：

Sep 20 05:24:22 test systemd[1]: Starting Login Service...
Sep 20 05:24:22 test systemd[1]: systemd-logind.service: Start operation timed out. Terminating.
Sep 20 05:24:22 test systemd[1]: Failed to start Login Service.
Sep 20 05:24:22 test systemd[1]: systemd-logind.service: Unit entered failed state.
Sep 20 05:24:22 test systemd[1]: systemd-logind.service: Failed with result 'timeout'.
Sep 20 05:24:22 test systemd[1]: systemd-logind.service: Service has no hold-off time, scheduling restart.
Sep 20 05:24:22 test systemd[1]: Stopped Login Service.
Sep 20 05:24:22 test systemd[1]: Starting Login Service...

無限に繰り返されます。私の働き方に問題があるのか​​？誰にでも続行するよう案内してください。

ベストアンサー1

Ubuntu 16.04でD-Busデーモンを再起動した後も同じ状況が発生しました。

構造物を繰り返すと、本質的に同じ問題が発生すると推測される。新しいD-Busデーモンが実行されていますが、システムのどこかに古いデーモンへの参照があります。

systemdを「再起動」してログインマネージャの再起動ループから回復しました。

# systemctl daemon-reexec

（注：新しいD-Busデーモンに登録するには、実行中のすべてのD-Busサービスも再起動する必要があるため、D-Busデーモンの正式な再起動はサポートされていません。これは手動で行う必要があります。showbusctlコマンドすべての登録はD-Busサービスなので、事前に実行すると再起動が必要なサービスの一覧が表示されます。

おすすめ記事