何らかの理由で、私のLinuxマシンには、とき印象的な、適切にオフになりますSysRq+Oが、ではないだろう期待通りにやったときに再起動SysRq+をB。
これらは両方とも（SysRq + Hを使用して）ヘルプメッセージに表示され、すべてのSysRqオプションが有効になります。
$ cat /proc/sys/kernel/sysrq
1
私は現在Fedora 31Linuxディストリビューションを実行している11年前のマシン（Intel Q9550 / ASUS P5E3、自分で組み立てたもの）を使用していますが、少なくともそれ以降は問題が発生していますFedora 25。私は最初、このディストリビューションのカスタムカーネルが原因であると考えましたが、自己コンパイルされた正規のカーネルでも発生しているようです。
また、過去やKnoppixなどの他のディストリビューションでも機能していましたが、いつ発生したのか思い出せません。
コンソールでもdmesgログでも、SysRq + Bを実行しても何も起こらず、表示されません。他のすべてのオプション（特に、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パッケージを実行しています。
最後に、この関連エントリと同じ問題が原因であることが判明しました。Syst維持しながら離してAltから押すと動作しましたB。
PS / 2キーボードポート（組み込みのラップトップキーボードではない）を使用するデスクトップマシンを使用しているので、これには少し驚かされます。私は以前はいつも苦痛だった安価なLogitechキーボードで作業していましたが、とにかく仕事をしているようでした。このキーボードが死んだとき、私は2K年の古いCompaqキーボード（モデルKB-9963）を取り付け直しました。これは非常にうまく機能し、非常に快適に使用できますが、明らかに同じ問題が発生します。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加