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以前のバージョンであり、Redhat5.4.15-200.fc31.x86_64パッケージを実行しています。
ベストアンサー1
結局、この問題と同じ問題によることがわかりました。関連項目。Systを押しながら手を離し、を押すとAlt機能しますB。
PS / 2キーボードポートを備えたデスクトップ（組み込みノートブックキーボードとは対照的）を使用しているため、これはやや驚くべきことです。私はいつも苦痛でしたが、とにかくそれをやっているように見えた安いロジクールキーボードを使っていました。このキーボードが故障すると、私は2000年前の古いCompaqキーボードを再び入れました（モデルKB-9963） うまく機能し、使用するのは楽しかったですが、明らかに同じ問題が発生しました。