Не работает комбинация клавиш Alt+SysRq+REISUB
-
Автор темы
Не работает комбинация клавиш Alt+SysRq+REISUB
Проверял на 4 осях, LM18.1 , LM17.3 , Dedian8(Jessy), MX-16. Валить на кривые руки и оси как то стрёмно, может железо? В принципе не смертельно но любопытно.
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
symon2014, не знаю как с Dedian8(Jessy) и MX-16 , и что там насчёт отключенного у них REISUB в /etc/sysctl.d/10-magic-sysrq.conf , но в минт поставленных без извращений над конфигами (и в LM18.1 , и в LM17.3) срабатывать должно
в # 10 темы про зависания приводил два варианта команды (ну и вот тут есть такое объяснение - http://www.it-simple.ru/?p=878 )
а если вы меняли ядро то может "REISUB" в нём чего оказалось и отключено... ( http://www.it-simple.ru/?p=878 ) тогда как сказано в Сообщении #2 от FliXis
в # 10 темы про зависания приводил два варианта команды (ну и вот тут есть такое объяснение - http://www.it-simple.ru/?p=878 )
а если вы меняли ядро то может "REISUB" в нём чего оказалось и отключено... ( http://www.it-simple.ru/?p=878 ) тогда как сказано в Сообщении #2 от FliXis
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
-
Автор темы
Не работает комбинация клавиш Alt+SysRq+REISUB
В общем ковырял и в графике и консоли. Получается так , при загруженной системе отрабатывают только S+U , если в kernel.sysrq поставить 1 (там 176) то начинают отрабатывать R+E+I+S+U , причём Е долго и непонятно о чём думает. "B" не работает ни в каких вариантах. Если после установки 1 я перехожу в консоль и там применяю эту комбинацию, то после U позволяет сделать ребут по Ctrl+Alt+Del. Может ну её нафиг?
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
а как вы узнали что у вас в вашей системе , загруженной, независшей, с независшей нормально работающей клавиатурой не отрабатывает ,например , R ?
Alt-PrtScr/SysRq-R — отберёт управление клавиатурой у графики Linux и заставит её работать напрямую с системой. По сути - вернёт управление клавиатурой. (c) http://www.it-simple.ru/?p=878 SysRq
ну и прочее ....????
А вот ещё про клавишу от дебианщика...
"...редко, когда я провожу над своей системой бесчеловечные ядерные эксперименты, она зависает наглухо - ничто не совершенно в этом мире. Именно для этих целей в ядре Линукс имеется замечательная возможность: Волшебная клавиша SysRq или Magic SysRq Key."
http://mydebianblog.blogspot.ru/2007/07 ... creen.html
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
-
Автор темы
Не работает комбинация клавиш Alt+SysRq+REISUB
Вышел из иксов в консоль и читал ответы системы на нажатие клавиш. Прямо в консоли их нажимал.а как вы узнали что у вас не отрабатывает ,например , R ?
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
посмотрел... согласно тому что написано в файлике /etc/sysctl.d/10-magic-sysrq.conf при 176, вроде как не всё включено.
Не знаю и не смотрел в нете причины почему разрабы настолько ограничили sysrq, но наверняка причина была
разрешить всё поставив 1, это наверное круто попробовал ,работает (смотрел по вашему методу в консоли) ,
попробовал ограничить тем что должно быть сделано по REISUB.
при значении kernel.sysrq = 246 - должен быть "разрешён REISUB" , и собсно у мну сработало по всем буковкам при таком значении.
и непонятно всёж почему у вас B не отрабатывает на перезагрузку ни при 176 ни при 1.
и что интересно, пару раз было как то при зависании причём на этой же системе, когда ни клавиатура ни мыша не реагировали REISUB сработал, а это значит и клава (которая при обычных условиях в "опыте" при R говорила что запрещено это действие) переключилась на прямой ввод и как минимум B отрабатывало
Последний раз редактировалось пользователем 1 colonel; всего редактировалось раз: 18
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
-
- Сообщения: 10015
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 215
- Откуда: НН
- Благодарил (а): 815 раз
- Поблагодарили: 3008 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
colonel, у меня по дефолту в лмде
Код: Выделить всё
chocobo@desktop ~ $ cat /proc/sys/kernel/sysrq
438
-
Автор темы
Не работает комбинация клавиш Alt+SysRq+REISUB
Так сказать резюмую. Ещё раз прошёлся по осям. 2 минта, 2 дебиана и арч. В дебианах код 438, в минтах 176 , в арче 16. Параметры не менял, в дебианах срабатывают RSU , в минтах SU , в арче не нашёл консоль ( и искать не стал ). Напрашивается или биос или железо, но поскольку моя фамилия не Попов , и я не пишу операционных систем с ноля, то углубляться не буду. Если что, не испугаюсь выдернуть шнур компа из розетки .
-
- Сообщения: 67
- Зарегистрирован: 11 сен 2016, 19:54
- Решено: 1
- Благодарил (а): 33 раза
- Поблагодарили: 16 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
Я как-то тоже с этим REISUB поморочился. Если кому-то интересно, то я написал довольно многословно (тогда ещё не очень умел писать в ЖЖ коротко и ясно) заметку об этом.
Настройка SysRq или "This SysRq operation is disabled"
Основное уже написали выше.
Добавлю только небольшую, но важную цитату из той своей заметки:
-------------------------------------------------------------------------------------------------------------
NB!
Но появилась одна особенность, которой раньше, к примеру в Linux Mint KDE, не было. В ранних вариантах 17-ой версии (Qiana) не было, а потом с каким-то из обновлений 17-ой же версии, наверное, появилась. Итак, эта особенность.
Кнопки R, E, I, S, U работают как и раньше в сочетании с Alt-SysRq.
А вот для перезагрузки, с кнопкой B, нужно нажать теперь ещё и Ctrl. Итого 4 кнопки Ctrl-Alt-SysRq-B. Не особо удобно. От случайного нажатия защита, что ли.
Настройка SysRq или "This SysRq operation is disabled"
Основное уже написали выше.
Добавлю только небольшую, но важную цитату из той своей заметки:
-------------------------------------------------------------------------------------------------------------
NB!
Но появилась одна особенность, которой раньше, к примеру в Linux Mint KDE, не было. В ранних вариантах 17-ой версии (Qiana) не было, а потом с каким-то из обновлений 17-ой же версии, наверное, появилась. Итак, эта особенность.
Кнопки R, E, I, S, U работают как и раньше в сочетании с Alt-SysRq.
А вот для перезагрузки, с кнопкой B, нужно нажать теперь ещё и Ctrl. Итого 4 кнопки Ctrl-Alt-SysRq-B. Не особо удобно. От случайного нажатия защита, что ли.
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
про то что не всегда может срабатывать Alt+SysRq известно давно и сказано и в вики - "то есть полная комбинация будет Ctrl + Alt + SysRq + клавиша"
не вы один ...
собственно прошёлся не просто по осям , а такскзать исторически.
Интересно было уточнить с какого момента начались ограничения
Далеко не полез, поскольку в минт Майя работало без ограничений , но всёж посмотрел файлики связанные с /etc/sysctl.conf
и его каталогом /etc/sysctl.d начиная со времён минт9 и первого lmde .
по вопросу разрешения компутерного "аккорда" - Ctrl+PrintScreen+R+E+I+S+U+B
Во всех этих дистрибутивах без исключения в файле конфигурации ядра /boot/config-.....-generic параметр CONFIG_MAGIC_SYSRQ имеет значение Y.
Файлики /etc/sysctl.conf в них как близнецы , кроме конфига из ЛМ9, однако эта разница вряд ли может повлиять поскольку абсолютно все строки всех конфигов закоментарены # , но самое главное - в них нет параметра kernel.sysrq от слов совсем и "ваще". Похоже что все параметры берутся из файликов в /etc/sysctl.d или разрешено\запрещено в объёме по дефолту в зависимости от установок в конфигурации ядра - /boot/config-.....-generic
В каталогах /etc/sysctl.d в LM9 и 13 отсутствует файлик 10-magic-sysrq.conf с параметром kernel.sysrq =
( вывод команды cat /proc/sys/kernel/sysrq - 1 , ограничений по sysrq нет)
В каталогах /etc/sysctl.d в LMDE если что и имелось , то только файлик README ... и никаких параметров.
( вывод команды cat /proc/sys/kernel/sysrq - 438 , ограничений по sysrq имеются по " enable signalling of processes (term, kill, oom-kill)" , соответственно не должны отрабатывать буковки I и E ,
и неясно откуда в ЛМДЕ при запросе в proc 438 а не 1 при отсутствии файла с ограничивающим значением параметра )
В каталогах /etc/sysctl.d в LM14 появился и имеется в LM16, 17.3, 18.1 файлик 10-magic-sysrq.conf с параметром kernel.sysrq =176
( вывод команды cat /proc/sys/kernel/sysrq - 176 , должны работать комбинации с буковками SUB )
На минт17.3 поигрался со значениями в конфигурации ядра /boot/config-.....-generic CONFIG_MAGIC_SYSRQ ,.
в место Y ставил N , каментил строки с ... SYSRQ.... перегружал ...
а один фиг cat /proc/sys/kernel/sysrq выдавало значение которое установлено в 10-magic-sysrq.conf параметром kernel.sysrq
И да ещё... по ссылке в сообщении #10 говорилось :
(В этом же каталоге /etc/sysctl.d/ есть файл Readme. Там что-то о том, что нужно сделать, чтобы изменения вступили в силу. Но можно просто перезагрузиться.)
конечно можно перегрузиться , но вообще-то достаточно (как и сказано в редми) дать команду перезапуск сервисоов в терминале
или $ sudo service procps start или $ sudo invoke-rc.d procps start
Остаётся вопрос - по каким причинам внесены именно такие ограничения.
В общем-то , имхо, для безопасной перезагрузки достаточно RSUB , но почему отключено R ? а если клавиатура зависла ?
были просмотрены LM9, 13, 14, 17.3, 18.1 и первый LMDE (2010г) и LMDE2015Во всех этих дистрибутивах без исключения в файле конфигурации ядра /boot/config-.....-generic параметр CONFIG_MAGIC_SYSRQ имеет значение Y.
Файлики /etc/sysctl.conf в них как близнецы , кроме конфига из ЛМ9, однако эта разница вряд ли может повлиять поскольку абсолютно все строки всех конфигов закоментарены # , но самое главное - в них нет параметра kernel.sysrq от слов совсем и "ваще". Похоже что все параметры берутся из файликов в /etc/sysctl.d или разрешено\запрещено в объёме по дефолту в зависимости от установок в конфигурации ядра - /boot/config-.....-generic
В каталогах /etc/sysctl.d в LM9 и 13 отсутствует файлик 10-magic-sysrq.conf с параметром kernel.sysrq =
( вывод команды cat /proc/sys/kernel/sysrq - 1 , ограничений по sysrq нет)
В каталогах /etc/sysctl.d в LMDE если что и имелось , то только файлик README ... и никаких параметров.
( вывод команды cat /proc/sys/kernel/sysrq - 438 , ограничений по sysrq имеются по " enable signalling of processes (term, kill, oom-kill)" , соответственно не должны отрабатывать буковки I и E ,
и неясно откуда в ЛМДЕ при запросе в proc 438 а не 1 при отсутствии файла с ограничивающим значением параметра )
В каталогах /etc/sysctl.d в LM14 появился и имеется в LM16, 17.3, 18.1 файлик 10-magic-sysrq.conf с параметром kernel.sysrq =176
( вывод команды cat /proc/sys/kernel/sysrq - 176 , должны работать комбинации с буковками SUB )
На минт17.3 поигрался со значениями в конфигурации ядра /boot/config-.....-generic CONFIG_MAGIC_SYSRQ ,.
в место Y ставил N , каментил строки с ... SYSRQ.... перегружал ...
а один фиг cat /proc/sys/kernel/sysrq выдавало значение которое установлено в 10-magic-sysrq.conf параметром kernel.sysrq
И да ещё... по ссылке в сообщении #10 говорилось :
(В этом же каталоге /etc/sysctl.d/ есть файл Readme. Там что-то о том, что нужно сделать, чтобы изменения вступили в силу. Но можно просто перезагрузиться.)
конечно можно перегрузиться , но вообще-то достаточно (как и сказано в редми) дать команду перезапуск сервисоов в терминале
или $ sudo service procps start или $ sudo invoke-rc.d procps start
Остаётся вопрос - по каким причинам внесены именно такие ограничения.
В общем-то , имхо, для безопасной перезагрузки достаточно RSUB , но почему отключено R ? а если клавиатура зависла ?
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
-
- Сообщения: 10015
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 215
- Откуда: НН
- Благодарил (а): 815 раз
- Поблагодарили: 3008 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
colonel, вот нашел объяснение как работает эта штука, это совокупность функций
Код: Выделить всё
2 - enable control of console logging level
4 - enable control of keyboard (SAK, unraw)
8 - enable debugging dumps of processes etc.
16 - enable sync command
32 - enable remount read-only
64 - enable signalling of processes (term, kill, oom-kill)
128 - allow reboot/poweroff
256 - allow nicing of all RT tasks
438 = 2 + 4 + 16 + 32 + 128 + 256
- это их сумма, основанная на двоичной системе (438=110110110)Код: Выделить всё
1 1 0 1 1 0 1 1 0
^256 ^128 ^64 ^32 ^16 ^8 ^4 ^2 ^1
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
Chocobo, так там в файлике и было написано что параметр выставляется сложением цЫфирь параметров того что надо - enable certain functions by adding up the following values: - гуглоперевод - включить определенные функции путем сложения следующих значений:
и значения 2 4 8 16 32 64 128 256
и не только. Это их сумма и в десятичной системе и цЫфири таковые что суммы разных комбинаций включенных опций неповторимы.
всегда по цЫфирке можно определить что включено, а что выключено.
не просто так говорил что при 246 REISUB включен ;)
и значения 2 4 8 16 32 64 128 256
и не только. Это их сумма и в десятичной системе и цЫфири таковые что суммы разных комбинаций включенных опций неповторимы.
всегда по цЫфирке можно определить что включено, а что выключено.
не просто так говорил что при 246 REISUB включен ;)
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
абсолютно правильно приплели, только я немного с другой стороны смотрел
то что "числа" для каждой операции имеют величины, которые в двоичном счислении находятся в разных порядках значений как раз и определяет "неповторимость"
# 2 - 10
# 4 - 100
# 8 - 1000
# 16 - 10000
# 32 - 100000
# 64 - 1000000
# 128 - 10000000
# 256 - 100000000
то есть каждое значение операции имеет таковое значение, которое невозможно получить сложением значений для операций в любой конфигурации.
например , 256 не получится получить сложением любой комбинации из чисел 2 4 8 16 32 64 128
что и определяет для каждой комбинации операций своё уникальное число.(и не важно в каком счислении оно будет указано)
то что "числа" для каждой операции имеют величины, которые в двоичном счислении находятся в разных порядках значений как раз и определяет "неповторимость"
# 2 - 10
# 4 - 100
# 8 - 1000
# 16 - 10000
# 32 - 100000
# 64 - 1000000
# 128 - 10000000
# 256 - 100000000
то есть каждое значение операции имеет таковое значение, которое невозможно получить сложением значений для операций в любой конфигурации.
например , 256 не получится получить сложением любой комбинации из чисел 2 4 8 16 32 64 128
что и определяет для каждой комбинации операций своё уникальное число.(и не важно в каком счислении оно будет указано)
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
-
- Сообщения: 13
- Зарегистрирован: 03 янв 2018, 14:02
- Благодарил (а): 5 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
Не по этим ли причинам, о которых говорится в файле /etc/sysctl.d/10-magic-sysrq.conf (выделение моё):
# In general, the magic SysRq key is not needed for the average Ubuntu
# system, and having it enabled by default can lead to security issues on
# the console such as being able to dump memory or to kill arbitrary
# processes including the running screen lock.
-
- Сообщения: 278
- Зарегистрирован: 26 дек 2017, 15:27
- Решено: 2
- Благодарил (а): 39 раз
- Поблагодарили: 23 раза
Не работает комбинация клавиш Alt+SysRq+REISUB
Alt+SysRq+REISUB, что за комбинация.
Её действия (если ТС так принципиально).
Её действия (если ТС так принципиально).
"Если достаточно долго сидеть возле реки - мимо проплывет труп твоего врага"
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
это не те ограничения и причины о которых ставился вопрос - почему исключено подключение клавиатуры ...
смотрите тему полностью включая материалы по ссылкам....
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
-
- Сообщения: 13
- Зарегистрирован: 03 янв 2018, 14:02
- Благодарил (а): 5 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
Если клавиатура подключена и на компьютере выполняется, например, screensaver, то согласно приведенной мною цитате, как я подумал, злоумышленник может его процесс убить (т. е. проблема безопасности).
Ваше сообщение #11 представляется предварительным итогом этой все еще не закрытой темы. И для меня данная тема в настоящий момент актуальна и очень важна, так как зависания компьютера время от времени случаются и выключение его отключением питания меня коробит (где-то писали, что в прежние времена проводили конкурсы среди UNIX-машин по продолжительности непрерывной работы и его выиграла какая-то машина, проработавшая без выключения лет восемь! ).
У меня установлена ОС Linux Mint 17.3 Mate 64-битная.
Вывод команды cat /proc/sys/kernel/sysrq - 176.
Клавиша Sys Rq (совмещена с Prnt Scrn) окрашена в тот же цвет, что и Fn.
Пробую выполнить последовательность SUB из работающего графического режима, но система не перезагружается и продолжает работать как ни в чем не бывало. Согласно https://ru.wikipedia.org/wiki/SysRq (если я это правильно понял, в этом может быть и весь вопрос) последовательность действий такая:
1) зажимаю Ctrl + Alt + Fn + SysRq, затем отпускаю Fn и нажимаю s (здесь пробовал как вариант нажимать Shift + s), жду около 3 сек,
2) зажимаю Ctrl + Alt + Fn + SysRq, затем отпускаю Fn и нажимаю u (здесь пробовал как вариант нажимать Shift + u), жду около 3 сек,
3) зажимаю Ctrl + Alt + Fn + SysRq, затем отпускаю Fn и нажимаю b (здесь пробовал как вариант нажимать Shift + b), жду около 3 сек.
Подскажите пожалуйста, что сделано не так (ведь у многих работает! ).
-
- Сообщения: 1851
- Зарегистрирован: 18 дек 2016, 12:08
- Решено: 21
- Откуда: Хартленд, N
- Благодарил (а): 43 раза
- Поблагодарили: 498 раз
- Контактная информация:
Не работает комбинация клавиш Alt+SysRq+REISUB
в теме с первого поста речь о том что у ТС не работает Alt+SysRq+REISUB на его системах ...
а Alt+SysRq+REISUB этот - средство "привести в чувство «зависший» Linux" ( в т.ч. и при зависшей не реагирующей клавиатуре.)
всё было по теме сказано и даны ссылки на статьи , где более подробно разжёвано как это работает. Вопрос же из #11
смотрите тему полностью включая материалы по ссылкам...
Как сказано в вики - " Сначала нужно убедиться, что использование клавиши включено..."
(проверить как и почему не срабатывает c Fn не могу по причине того что на паре имеющихся под рукой разных нетбуков клавиша SysRq не требует нажатия Fn )
"Не ты выбираешь Linux, а Linux выбирает тебя"
(с)Себастьян Перейра, торговец чёрным деревом
(с)Себастьян Перейра, торговец чёрным деревом
Кто сейчас на конференции
Сейчас этот форум просматривают: Google [Bot] и 13 гостей