web-dev-qa-db-ja.com

systemd-logind.serviceの開始に失敗します（rescue.targetからgraphical.targetに戻ろうとした場合）。どうすれば修正できますか？

私はDebian8（ "jessie"）を使用しています。いくつかのサービスをメンテナンスモードで実行する必要があるため、を使用してグラフィカルモードからレスキューモードに変更しました。

systemctl isolate rescue.target

しかし、を使用してデフォルトモードに戻ろうとすると、

systemctl isolate graphical.target

次のエラーで元に戻せません。

Syslog：

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...

無限にループします。私は間違って働いていますか？誰かがこれについて私を導いて続行してください。

debiansystemdrunlevel
1
Kumar

Ubuntu 16.04でD-Busデーモンを再起動した後、同じ状況になりました。

レスキューターゲットを循環すると、基本的に同じ問題が発生し、新しいD-Busデーモンが実行されていると思いますが、システムのどこかに古いデーモンへの参照があります。

Systemdを「再起動」することでログインマネージャーの再起動ループから回復しました

# systemctl daemon-reexec

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

1
Uwe Geuder

「init5」を試しましたか？これは「systemctl」と同じだと思います。または「ランレベル5」で再起動します...

RedHatには、このファイルを見つけて編集できる場合は、デフォルトのランレベルを設定できる構成ファイルがあります。 「/ etc/inittab」は、デフォルトのランレベルを設定できる場所だと思います。

さらに「systemctl」のマニュアルページを調べて「isolate」を検索し、何か役立つものがあるかどうかを確認できます。

これらのいずれかが役立つかどうかはわかりませんが、これらはこの問題を解決するために私が行うことです。

//注：これはコメントとして投稿されるはずの質問に対する適切な回答ではありませんが、評判が不足しているため、私はそうすることができませんでした。謝罪いたします。

0
UdonN00dle