colonel писал(а): ↑04 янв 2018, 19:46
в теме с первого поста речь о том что у ТС не работает Alt+SysRq+REISUB на его системах ...
а Alt+SysRq+REISUB этот - средство "привести в чувство «зависший» Linux" ( в т.ч. и при зависшей не реагирующей клавиатуре.)
Это я понял. Просто Вы высказали недоумение по поводу того, что по умолчанию оставили SUB, а не RSUB; именно поэтому я и привел цитату из конфигурационного файла, в которой они, как мне кажется, намекают, например, на то, что при полном доступе по SysRq злоумышленник может подойти к какому-нибудь компьютеру с запущенным на нем screensaver'ом в отсутствие его владельца (не обязательно TC) и, получив управление клавиатурой посредством Alt+SysRq+R, убить процесс screensaver'а и получить управление компьютером.
colonel писал(а): ↑04 янв 2018, 19:46
всё было по теме сказано и даны ссылки на статьи , где более подробно разжёвано как это работает
Но вот на текущий момент случай с доступом к клавише Sys Rq через Fn не разобран в теме, иначе я не стал бы ее продолжать: может быть TC не интересует случай с Fn, но в теме собран большой материал и начинать новую специально для Fn не хотелось.
colonel писал(а): ↑04 янв 2018, 19:46
смотрите тему полностью включая материалы по ссылкам...
Смотрел до того, как начал в нее писать.
colonel писал(а): ↑04 янв 2018, 19:46
Как сказано в вики - " Сначала нужно убедиться, что использование клавиши включено..."
Убедился. По этому поводу могу добавить разъяснение:
colonel писал(а): ↑19 фев 2017, 19:28
На минт17.3 поигрался со значениями в конфигурации ядра /boot/config-.....-generic CONFIG_MAGIC_SYSRQ ,.
в место Y ставил N , каментил строки с ... SYSRQ.... перегружал ...
а один фиг cat /proc/sys/kernel/sysrq выдавало значение которое установлено в 10-magic-sysrq.conf параметром kernel.sysrq
В комментариях на
http://www.it-simple.ru/?p=878 Adrian в своем сообщении от 2015.06.21 20:51:57 задает соответствующий вопрос и сразу получает на него следующий за ним ответ.