일반적으로 컴퓨터를 종료하면(명령 사용 shutdown
) 매우 빠르게 작동하지만 가끔 업데이트가 실패하거나 일부 서비스의 구성 파일이 손상되면 다음과 같은 문제가 발생합니다.
일부 손상된 서비스가 중지 작업을 실행 중입니다(20분 58초/무제한).
포기할 때까지 화면을 행진하고 기계가 종료될 때까지 전원 버튼을 누르고 있었습니다. 때로는 여러 작업이 있을 수 있으며 그 중 하나는 실제로 일시 중지되고 다른 작업은 일시 중지된 작업을 기다리고 있으며 각 작업의 시간 초과는 1:30, 총 20~30분입니다. 때로는 오랜 기다림 끝에 마침내 닫히기도 하고, 때로는 그렇지 않기도 합니다(또는 인내심을 잃기도 합니다).
이 문제를 발견하면 중단된 콘텐츠를 강제로 종료하고 (반)정상적으로 계속 닫힐 수 있도록 할 수 있는 방법이 있습니까? 주로 btrfs
(약간 불안정한) raid6을 실행하고 있기 때문에 ro를 다시 마운트하고 디스크에 플러시할 수 있는 기회가 항상 있는지 확인하고 싶습니다 . Ctrl+Alt+Delete가 도움이 된다고 들었는데 ^[[3~
화면 하단에 인쇄만 되는 것 같습니다. 활성화하려면 따로 해야 할 일이 있나요?
분명히 말하자면 나는아니요하려고 노력하다이 시간 초과를 전역적으로 끄거나 비활성화합니다.-- 내 시스템은 일반적으로 실행되지 않고 종료될 수 있습니다. -- 문제를 발견했을 때 대화형으로 우회할 수 있는 방법이 필요합니다. 또한 관심도 없음왜 이런 일이 발생하는지 또는 해결 방법- 진단은 컴퓨터가 종료되고 다시 시작될 때까지 기다려야 합니다.
마지막으로 이 문제가 발생했을 때 커널 패닉을 유발하고 systemd-udev
제가 아는 한 영구적인 정지를 유발하는 udev 규칙을 작성했습니다. 어떤 이유로 이는 종료 자체 시간이 초과될 때까지 docker가 30분 동안 정지됨을 의미합니다.
.mount
이는 VPN을 통해서만 액세스할 수 있는 NFS 공유를 가리키는 시스템 장치가 있고 VPN이 다운된 경우에도 자주 발생하는 것 같습니다. 마운트된 장치를 중지하면 어떤 이유로든 내 사용자 세션과 6-8개의 다른 장치가 모두 시간 초과될 때까지 1:30(순서대로) 동안 정지됩니다.
이전에 설명할 수 없는 이유로 시스템을 종료할 때마다 이런 일이 발생했고, 커널 업그레이드를 통해 문제가 해결되었습니다(5.7. 제 기억이 맞다면 뭔가 문제가 해결된 것 같습니다).
답변1
이 문제를 발견하면 중단된 콘텐츠를 강제로 종료하고 (반)정상적으로 계속 닫힐 수 있도록 할 수 있는 방법이 있습니까?
내 경험상 SysRq + REISUB는 100% 안전합니다. 솔직히 말해서 저는 더 짧은 버전의 SysRq+SUB도 사용했습니다.
노트:대부분의 배포판에서는 대부분의 SysRq 기능이 기본적으로 비활성화되어 있습니다. 다시 활성화하려면 /etc/sysctl.d/90-sysrq.conf
다음 내용이 포함된 파일을 만드세요.
kernel.sysrq = 1
이는 다음 부팅 시 적용되지만 즉시 실행되도록 설정합니다.
sysctl --system
답변2
가능한 한 빨리 시스템을 종료해야 할 때마다 다음을 수행합니다.
init 0
모든 시스템 프로세스(총 7개, 0부터 6까지 번호 지정)를 중지하는 데 사용되는 실행 수준입니다. 그것은 결코 나를 실망시키지 않았습니다.