리눅스 시스템과 커널1976년 4월 14일마지막으로 util-linux에서2.35.1.
last -x reboot shutdown갑작스러운 종료 및 정전을 감지하는 데 사용합니다 . 내가 이해한 바로는 클린 재부팅이 쌍으로 표시되어야 합니다.폐쇄그리고재시작wtmp의 항목입니다. 이는 예를 들어 지원됩니다.이 기사. 철저한 시퀀스를 통해 비정상 종료 또는 정전을 추론할 수 있습니다.재시작입장이 없습니다폐쇄사이.
그러나 항상 그런 것은 아니라는 것을 알았습니다.폐쇄마주칠 때 systemctl reboot- 주문이 자주 보이는데요재시작항목과 사용자 세션은 다음과 같이 나열됩니다.충돌. 그러나 때로는 로그를 종료하고 항목을 다시 시작하는 경우도 있습니다.
systemctl reboot예: 4번 실행했습니다.
$ last -x reboot shutdown
reboot system boot 4.14.76-6.1.0-so Wed Aug 31 13:12 still running
shutdown system down 4.14.76-6.1.0-so Wed Aug 31 13:12 - 13:12 (00:00)
reboot system boot 4.14.76-6.1.0-so Wed Aug 31 12:56 - 13:12 (00:15)
reboot system boot 4.14.76-6.1.0-so Wed Aug 31 11:24 - 13:12 (01:47)
reboot system boot 4.14.76-6.1.0-so Wed Aug 31 11:23 - 13:12 (01:48)
shutdown system down 4.14.76-6.1.0-so Wed Aug 31 11:22 - 11:23 (00:00)
이 문제를 직접적으로 해결하는 질문을 하나만 찾았지만 안타깝게도RHEL 구독 뒤에 잠겨 있습니다..
듀얼 부팅을 따르지 않았습니다.이것은 또 다른 SE 질문입니다, 그 자체가 불일치의 예일 수 있습니다.폐쇄로그인
systemctl재시작이 일관되게 기록되지 않는 이유를 아는 사람이 있습니까 ?폐쇄옆에재시작?
시스템에 예기치 않은 재부팅/정전이 발생했는지 확실하게 알 수 있는 더 좋은 방법이 있습니까?
답변1
내 대답은이 잘못된 티켓systemd 장치 종속성으로 인해 utmp 업데이트 서비스가 종료될 때 실행이 실패합니다.
이제 마지막 로그 Requisite=지시문을 공백으로 설정하여 systemd-update-utmp-runlevel.service안정적으로 얻을 수 있습니다.폐쇄클린 재부팅을 위한 항목입니다.