On 11/16/20 8:25 PM, Robert Marcano wrote:
I am using a ThinkPad with one of these keyboards where the PrtScr key
is between the right Alt and Ctrl, an awful position.
Two times in a week I have killed all processes trying to use Alt+i. Ts
is to easy to press the Alt and the PrtScr at the same, starting that
way the SysRq i command.
So before staring to write a kernel patch to add an option where the
SysRq is only triggered by the Left Alt key. I decided to initially
disable sysrq entirely.
My Fedora 33 kernel.sysrq value is 80, the default at
/usr/lib/sysctl.d/50-default.conf say that it should be 16.
Created /etc/sysctl.d/99-local.conf with kernel.sysrq=0, but after boot
the value is 64, only after a single user mode boot the value stays at 0.
Some other thing is enabling the 64 bit, Asked on IRC and another user
has 80 on Fedora Workstation and 16 on Server.
I tried disabling all non default services on my installation but to no
effect, the 64 bit is always enabled. Fedora 33 Live CD shows 16 as the
default is configured.
How can I log what process is changing values on the sysctl variables?
or anyone has aon idea of what is happening here?
User d9k on IRC found the culprit. It is low-memory-monitor. The latest
commit [1] for it tries to not mess with the value with 1 is set, but it
should not mess with it ever.
The same documentation on that commit references [2] where it says:
Note that the value of ``/proc/sys/kernel/sysrq`` influences only the invocation
via a keyboard. Invocation of any operation via ``/proc/sysrq-trigger`` is
always allowed (by a user with admin privileges).
[1]
https://gitlab.freedesktop.org/hadess/low-memory-monitor/-/commit/11560bc102941c95890c0852f2d9b166853b4f6a
[2]
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/admin-guide/sysrq.rst
Will submit a bug (if d9k already hasn't done that).
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
