SysRq어떤 이유로 +를 누르면 내 Linux 시스템이 올바르게 종료 O되지만에 익숙해SysRq+ 를 실행할 때 예상대로 다시 시작됩니다 B.
이 두 가지 모두 도움말 메시지에 표시되며(SysRq+H 사용) 모든 SysRq 옵션이 활성화됩니다.
$ cat /proc/sys/kernel/sysrq
1
저는 현재 Linux 배포판을 실행하는 11년 된 컴퓨터(직접 만든 Intel Q9550/ASUS P5E3)를 사용하고 있지만 Fedora 31
문제는 적어도 Fedora 25
. 이는 컴파일된 정품 커널에서도 발생하는 것 같습니다.
과거에는 다른 배포판(예: Knoppix)에서도 작동했지만 언제 시작되었는지 기억이 나지 않습니다.
SysRq+B를 수행하면 콘솔이나 dmesg 로그에 아무 일도 일어나지 않거나 표시되지 않습니다. 다른 모든 옵션(특히 R, E, I 또는 S)은 작동하고 로그 트래픽을 생성하는 것으로 보입니다. 재시작 작업이 비활성화되는 원인이 무엇인지 아는 사람이 있습니까?
이로 인해 "사소한" 질문이 발생합니다.
커널 소스 코드의 행 447
및 469
에서 다음을 drivers/tty/sysrq.c
볼 수 있습니다.
&sysrq_reboot_op, /* b */
…
/* o: This will often be registered as 'Off' at init time */
NULL, /* o */
따라서 재시작(현재 작동하지 않음)은 항상 기본적으로 정의되어야 하며, 종료(작동함)는 NULL로 설정되고 초기화 시 정의되어야 합니다. 이 배우가 누구인지, 이 옵션이 언제 꺼졌는지 알 수 없습니다. 이 문제를 해결하도록 도와주실 수 있나요?
도움을 주셔서 감사합니다.
편집: 이 글을 쓰는 시점의 최신 커널은 이지만 5.5.1
위에 언급된 코드는 5.4.15
이전 버전이고 Redhat 5.4.15-200.fc31.x86_64
패키지를 실행하고 있습니다.
답변1
결국, 이 문제와 같은 문제로 인한 것으로 밝혀졌습니다.관련 항목. Syst를 누른 상태에서 손을 떼고 Alt를 누르면 작동합니다 B.
PS/2 키보드 포트가 있는 데스크탑(임베디드 노트북 키보드와 반대)을 사용하고 있기 때문에 이는 다소 놀라운 일입니다. 나는 항상 고통스러웠지만 어쨌든 그 일을 해내는 것처럼 보였던 값싼 Logitech 키보드를 사용하곤 했습니다. 이 키보드가 고장나자 저는 2000년 전의 오래된 Compaq 키보드를 다시 넣었습니다(모델KB-9963) 훌륭하게 작동했고 사용하기 즐거웠지만 분명히 같은 문제가 발생했습니다.