☰

systemd-logind.service를 시작하지 못했습니다(rescue.target에서 graphic.target으로 돌아가려고 할 때). 어떻게 해결할 수 있나요?

tag-icon • tag-icon debian systemd runlevel
systemd-logind.service를 시작하지 못했습니다(rescue.target에서 graphic.target으로 돌아가려고 할 때). 어떻게 해결할 수 있나요?

저는 데비안 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 데몬의 공식적인 다시 시작은 지원되지 않습니다. 이 작업은 수동으로 수행해야 합니다. busctlshow 명령 모든 등록은 D-Bus 서비스이므로 미리 실행하면 다시 시작해야 하는 서비스 목록이 표시됩니다.

답변2

"init 5"를 사용해 보셨나요? 나는 이것이 "systemctl"과 같다고 생각합니다. 아니면 "런레벨 5"로 설정하고 재부팅하세요...

RedHat에는 파일을 찾아 편집할 수 있는 경우 기본 런레벨을 설정할 수 있는 구성 파일이 있습니다. 나는 "/etc/inittab"이 기본 런레벨을 설정할 수 있는 곳이라고 생각합니다.

"systemctl" 매뉴얼 페이지를 자세히 살펴보고 "isolate"를 검색하여 유용한 것이 있는지 확인할 수 있습니다.

이것이 도움이 될지는 모르겠지만 이것이 제가 이 문제를 해결한 방법입니다.

// 참고: 이는 질문에 대한 정답이 아니므로 댓글로 게시해야 하지만 평판이 부족하여 그렇게 할 수 없습니다. 나는 매우 미안 해요.

관련 정보