Не работает комбинация клавиш Alt+SysRq+REISUB

[aleckm]

в теме с первого поста речь о том что у ТС не работает Alt+SysRq+REISUB на его системах ...
а Alt+SysRq+REISUB этот - средство "привести в чувство «зависший» Linux" ( в т.ч. и при зависшей не реагирующей клавиатуре.)

Это я понял. Просто Вы высказали недоумение по поводу того, что по умолчанию оставили SUB, а не RSUB; именно поэтому я и привел цитату из конфигурационного файла, в которой они, как мне кажется, намекают, например, на то, что при полном доступе по SysRq злоумышленник может подойти к какому-нибудь компьютеру с запущенным на нем screensaver'ом в отсутствие его владельца (не обязательно TC) и, получив управление клавиатурой посредством Alt+SysRq+R, убить процесс screensaver'а и получить управление компьютером.

всё было по теме сказано и даны ссылки на статьи , где более подробно разжёвано как это работает

Но вот на текущий момент случай с доступом к клавише Sys Rq через Fn не разобран в теме, иначе я не стал бы ее продолжать: может быть TC не интересует случай с Fn, но в теме собран большой материал и начинать новую специально для Fn не хотелось.

смотрите тему полностью включая материалы по ссылкам...

Смотрел до того, как начал в нее писать.

Как сказано в вики - " Сначала нужно убедиться, что использование клавиши включено..."

Убедился. По этому поводу могу добавить разъяснение:

На минт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 задает соответствующий вопрос и сразу получает на него следующий за ним ответ.

[colonel]

как мне кажется, намекают, например, на то, что при полном доступе по SysRq злоумышленник может...

....
говорил же- читайте материалы по ссылкам... Ну и на какой нафиг злоумышленнику при физическом доступе к компу получать на независшей системе доступ к управлению клавиатурой через ключ sysRq? И причём здесь клавиатура к приведённой вами цитате из конфига ? там говорится в общем что разрешение ключа sysRq может быть опасно ( например при удалённом доступе )

Просто Вы высказали недоумение по поводу того, что по умолчанию оставили SUB, а не RSUB; ....

Под спойлером в #11 было сказано, что для безопасной перезагрузки компьютера при полном зависании системы не обязательно выполнение REISUB , а достаточно RSUB.
Но без разрешённого (R), если клавиатура тоже зависла .... разрешённый SUB становится невыполнимым и просто бессмысленным
Недоумение же было высказано именно и исключительно по поводу невозможности выполнения БЕЗОПАСНОЙ ПЕРЕЗАГРУЗКИ ( SUB ) при зависании ПК с зависанием клавиатуры если ( R ) не разрешено.

...Убедился....

надо наверное было догадаться о том что вы убедились что вы убедились , и наверное ещё догадаться и какими способами вы убеждались , да вот кофёйная гуща кончилась вдруг и волшебный хрустальный магический шар куда-то закатился, а без него чего-то не вспоминается подробно чего и как делал...

[aleckm]

там говорится в общем что разрешение ключа sysRq может быть опасно ( например при удалённом доступе )

Спасибо за разъяснение.

Под спойлером в #11 было сказано, что для безопасной перезагрузки компьютера при полном зависании системы не обязательно выполнение REISUB , а достаточно RSUB.
Но без разрешённого (R), если клавиатура тоже зависла .... разрешённый SUB становится невыполнимым и просто бессмысленным
Недоумение же было высказано именно и исключительно по поводу невозможности выполнения БЕЗОПАСНОЙ ПЕРЕЗАГРУЗКИ ( SUB ) при зависании ПК с зависанием клавиатуры если ( R ) не разрешено.

Все это я так и понял; но поскольку не могу выполнить даже SUB, решил разобраться сначала с ним; R безусловно нужен, но если смогу работать с Sys Rq, то можно будет задать kernel.sysrq = 1.

надо наверное было догадаться о том что вы убедились что вы убедились , и наверное ещё догадаться и какими способами вы убеждались

Ну не горячитесь Вы, я хотел как лучше
С наступившем на этой неделе Новым годом!

[aleckm]

Сожалею о приведенных здесь своих нелепых предположениях о безопасности, освобождению от которых я обязан терпеливым разъяснениям colonel'а, за что ему еще раз спасибо.

Провел следующий опыт (дважды с одним и тем же результатом): в графическом режиме с помощью Программы просмотра журналов открыл syslog и стал наблюдать за его новыми записями по мере выполнения следующих действий:
зажимаю Ctrl + Alt + Fn + SysRq, затем отпускаю Fn и нажимаю последовательно с интервалами около 3 сек буквы sub, при этом после s никаких записей в syslog не заносится, после u появилась запись:

Jan 5 14:24:47 dell kernel: [ 1977.646168] SysRq : This sysrq operation is disabled.

после b никаких записей снова нет.

[aleckm]

Решил повторить опыт из предыдущего сообщения #24 с прописными буквами SUB:
зажимаю Ctrl + Alt + Fn + SysRq, затем отпускаю Fn, зажимаю Shift и нажимаю последовательно с интервалами около 3 сек буквы sub, при этом после Shift в syslog'е появилась запись:

Jan 5 15:08:14 dell kernel: [ 4584.832264] SysRq : HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(V) show-blocked-tasks(w) dump-ftrace-buffer(z)

после s записей не было, после u появилась запись:

Jan 5 15:08:34 dell kernel: [ 4604.993077] SysRq : Emergency Remount R/O

после b записей и перезагрузки не было.

[colonel]

зажимаю Ctrl + Alt + Fn + SysRq, затем отпускаю Fn и нажимаю последовательно с интервалами около 3 сек буквы sub, при этом после s никаких записей в syslog не заносится, после u появилась запись:
Jan 5 14:24:47 dell kernel: [ 1977.646168] SysRq : This sysrq operation is disabled.
....

прочитать что сие означает не пробовали?

[aleckm]

прочитать что сие означает не пробовали?

Перевод понятен сразу. Но:
$ cat /proc/sys/kernel/sysrq
176
$ cat /boot/config-3.19.0-32-generic | grep SYSRQ
CONFIG_MAGIC_SYSRQ=y
CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE=0x1

И это сообщение (переведенное) было лишь при наборе строчной буквы u, а при наборе U его уже не было, а было (сообщ. #25):

Jan 5 15:08:34 dell kernel: [ 4604.993077] SysRq : Emergency Remount R/O

[colonel]

Перевод понятен сразу. Но:
$ cat /proc/sys/kernel/sysrq
176

и что? этот параметр определяет только что именно разрешено (какие функции) а не включено или отключено в ядре использование кнопки sysrq

$ cat /boot/config-3.19.0-32-generic | grep SYSRQ
CONFIG_MAGIC_SYSRQ=y
CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE=0x1

хм... судя по этому выводу у вас в файле конфигурации ядра 3.19.0-32 разрешено использование клавиши sysrq.

[aleckm]

судя по этому выводу у вас в файле конфигурации ядра 3.19.0-32 разрешено использование клавиши sysrq.

И на данный момент это единственное ядро в машине.

[colonel]

И на данный момент это единственное ядро в машине.

извиняйте ...не догадался , говорил же уже что кофёйная гуща закончилась и шарик шакатился

чужой компутер - потёмки, а у вас ещё и кноповка сисркю через Fn (а ещё в #20 говорил - "проверить как и почему не срабатывает c Fn не могу по причине того что на паре имеющихся под рукой разных нетбуков клавиша SysRq не требует нажатия Fn" ) такшта извините , но попробуйте самостоятельно найти почему на вашей клавиатуре с тем как она настроена в системе не срабатывает "волшебная комбинация"
как варианты - попробуйте установить значение 246 или выйти из графики (по Ctrl+Alt+F1... ) и посмотреть как оно будет в консоли