☰

systemctl 재시작이 실패한 경우 systemctl을 사용하여 서버를 다시 시작하려면 어떻게 해야 합니까?

tag-icon • tag-icon systemd reboot polkit systemctl
systemctl 재시작이 실패한 경우 systemctl을 사용하여 서버를 다시 시작하려면 어떻게 해야 합니까?

CentOS 7 서버를 다시 시작하려고 했지만 터무니없는 오류 메시지가 표시되었습니다.

루트로서 (물론):

# systemctl reboot
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to start reboot.target: Connection timed out
See system logs and 'systemctl status reboot.target' for details.
Exit 1

컴퓨터를 다시 시작할 수 있는 권한이 있는지 polkit확인해야 합니까 ? root? ? 그렇다면 왜 그렇습니까?

# systemctl status reboot.target
● reboot.target - Reboot
   Loaded: loaded (/usr/lib/systemd/system/reboot.target; disabled; vendor preset: disabled)
   Active: inactive (dead)
     Docs: man:systemd.special(7)
Exit 3

타겟팅을 활성화해야 합니까 reboot? 이 기능이 기본적으로 비활성화되어 있는 이유는 무엇입니까?

어쩌면 이것이 효과가 있을까요?

# systemctl start reboot.target
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to start reboot.target: Connection timed out
See system logs and 'systemctl status reboot.target' for details.
Exit 1

알겠습니다. 시행한 후 다음을 수행하세요.

# systemctl --force reboot
Authorization not available. Check if polkit service is running or see debug message for more information.
Failed to execute operation: Connection timed out
Exit 1

그리고 서버는 아직 열려있습니다.

답변1

Zach Sanchez의 답변이 작동하지 않으면( CentOS 7에서 Failed to start reboot.target: Connection timed out이상한 상황이 발생했습니다 systemctl --force reboot) 다음과 같이 루트로 SSH를 통해 커널 충돌 재부팅을 수행할 수 있습니다.

# echo s > /proc/sysrq-trigger
# echo u > /proc/sysrq-trigger
# echo b > /proc/sysrq-trigger

이 세 가지 명령은 마운트된 모든 파일 시스템을 동기화하고, 마운트된 모든 파일 시스템을 읽기 전용 모드로 다시 마운트한 후 즉시 머신을 다시 시작합니다.

마지막 명령 이후에는 커널이 컴퓨터를 즉시 다시 시작하므로 응답이 없을 것으로 예상됩니다. 자세한 내용은여기등.위키피디아.

@LunarShaddow와 다른 사람들이 지적했듯이 s1초도 앞설 필요가 없습니다.b

답변2

이상하게 보일 수도 있지만 달려보세요.

systemctl --force --force reboot

제가 몇번 검색해본 결과 나오더군요. 이는 DBus 서비스 다시 시작 문제와 관련이 있을 수 있습니다.

다시 시작할 수 없습니다. 느리고 시간이 초과되었습니다. 재부팅을 시작할 수 없습니다. 대상: 연결 시간이 초과되었습니다.

답변3

Paul의 답변에 대해서는 논평할 수 없으므로 여기에 제 논평을 쓰겠습니다.

~에서커널 파일:

재부팅(b)은 종료할 수 없을 때 유용합니다. 하지만 먼저 동기화하고 제거해야 합니다. 재부팅(b)은 종료할 수 없을 때 유용합니다. 하지만 먼저 동기화하고 제거해야 합니다.

sync(s)는 시스템이 잠겨 있을 때 매우 유용합니다. 이를 통해 디스크를 동기화할 수 있으며 데이터 손실 및 fscking 가능성을 확실히 줄일 수 있습니다. 화면에 "확인" 및 "완료"가 나타날 때까지 동기화가 발생하지 않습니다. (커널이 실제로 충돌하는 경우 "확인" 또는 "완료" 메시지를 받지 못할 수도 있습니다...)

umount(u)의 목적은 기본적으로 sync(s)와 동일합니다. 시스템이 작동 중지되면 일반적으로 동기화하고 제거(u)한 다음 재부팅(b)합니다. fsck 시간이 많이 절약됩니다. 마찬가지로 제거(읽기 전용 재설치)는 화면에 "확인" 및 "완료" 메시지가 나타날 때까지 발생하지 않습니다.

따라서 FMHO, Paul의 답변은 's' 'u' 'b'로 단순화될 수 있으며 각 입력 후에 잠시 기다려야 할 수도 있습니다.

관련 정보