Нет клавиши SysReq

Но как теперь вылезти из зависания?

выдернуть шнур, выдавить стекло.

А PrintScreen есть? У меня она чудесно работает как SysRq.

А PrintScreen есть?

Да Есть. Написал об этом в описании проблемы. Не работает она как… Это совсем новая клавиатура с разными комбинациями. Например блокировки вообще всех кнопок. Ничего нет в инструкции о SysReq

Но как теперь вылезти из зависания?

Поискать на авито клавиатуру с SysReq

Поискать на авито

Можно так Но не хоца Эта с подсветкой цветами радуги) Там менять можно режими гирлянды. Оно и удобно в темноте. Но вот SysReq тоже бы хотелось

Просто подключай обе клавиатуры.

Ну использовать другую клавишу, назначив на неё функицю SysRq. Вроде как, можно написать udev-правило, но, это так себе вариант, по хорошему переопределить сканкод в исходниках ядра и скомпилить его.

Предлагаю назначить на правый super, всё равно от него толку нет.

Ну, ТС не озвучил модель клавы, может у него и super нету. Главное, ведь буква "Ё" и подсветка цветами радуги :)

Так, конечно, интерестно, чтобы ТС запустил в консоли keycode и сказал, какой код у него выдаёт PrtSc, если он как SysRq не работает.

Там же не PrtSc а Alt-PrtSc. И обработка этой комбинации в контроллере клавы всегда вроде была, в проц приходит уже код SysRq.

У меня например PrtSc и SysRq отдельные, Pause и Break тоже отдельные.

А что за keycode, как оно называется точно?

Если есть софт внутри клавы, всегда можешь запилить Fn+key макрос, который будет разворачиваться в нужное

Но как теперь вылезти из зависания?

Устранить причины зависаний, которые похоже частые, вот сложилось такое мнение?

Не знаю, что делает sysrq и будет ли она работать, если её повесить на другую кнопку, но сделать это можно, так как в списке она имеется: https://hal.freedesktop.org/quirk/quirk-keymap-list.txt

Я вот здесь научился назначать всякое на кнопки клавиатуры:
https://askubuntu.com/questions/1019276/fake-key-code-for-remapped-keyboard-keys/1019659#1019659

showkey оно называется, маразм у меня, раз оно в консоль пишет keycode, почему-то подумал, что так и называется.

У меня на PrtSc выводится "keycode 99". А если нажать Alt+SysRq и отпустить не выбрав действие, то выводится, что был нажат Alt (keycode 56), нажат keycode 99, потом отжат 99 и отжат 56. Это ядро вызывает sysrq_reinject_alt_sysrq(), притворяется прозначным. Именно драйвер в ядре не пропускает дальше SysRq, если было выбрано какое-то действие.

Если смотреть в исходниках ядра, то:

file: include/uapi/linux/input-event-codes.h
#define KEY_SYSRQ               99

file: drivers/tty/sysrq.c
static bool sysrq_handle_keypress(struct sysrq_state *sysrq,
                                  unsigned int code, int value)
{
        switch (code) {

        case KEY_LEFTALT:
        case KEY_RIGHTALT:
....
        case KEY_SYSRQ:
                if (value == 1 && sysrq->alt != KEY_RESERVED) {
                        sysrq->active = true;
....

Я не знаю, что именно шлют разные клавиатуры на уровне скан-кодов, но ядро обрабатывает SysRq уже на уровне кодов клавиши (keycode). И через setkeycodes можно произвольную клавишу по сканкоду отмапить в SysRq. Но это, в лучше случае, можно сделать из initramfs, когда уже что-то загрузилось. А, чтобы ядро с самого начала принимало другую клавишу — только править исходники.

Возможно, sysreq выключено вообще, проверить

cat /proc/sys/kernel/sysrq

Если так, нужно подкинуть *.conf файл в /etc/sysctl.d/ где прописать например kernel.sysrq = 1

Но как теперь вылезти из зависания?)

Может быть стоит решать проблему, а не бороться с последствиями?

Почему у вас ПК постоянно зависает?

sysreq выключено вообще

Точно включено У меня это всегда включено так как зависания бывают. Я поменял только клавиатуру а не ОС)

Может быть стоит решать проблему, а не бороться с последствиями?

Иногда зависает при переходе в спящий режим из-за nVidia - драйвера какие угодно и т.п.ставил не лечится оно никак

Зависает 1 раз на неск. десятков уходов в сон. Тут можно гадать на костях - системы в этом нет)

У меня на PrtSc выводится «keycode 99».

Именно. А на пробел 57 ) Alt+PrtSc = 99 на новой строке 100 То есть оно какие-то свои коды 2х клавиш печатает, а не комбинации

Я вот здесь научился назначать всякое на кнопки клавиатуры:

Это вряд ли в этом случае поможет. Когда система повисла висит и клавиатура.То есть всякие там ctrl+alt+backspace - перезагрузка оконного менеджера на этом этапе уже не сработают

На этом этапе когда висит и клавиатура ее надо отнять у Гнома, а сделать это можно только через SysReq

Клавиатура висит так как Caps lock и Num Lock на этом этапе уже не изменяют положение индикаторов

То есть клавиша SysReq генерирует что-то отличное от остальных клавиш?

Система после загрузки будет считать эту клавишу клавишей SysReq, как в гуях, так и в виртуальной консоли, так что стоит попробовать, мне кажется.

То есть клавиша SysReq генерирует что-то отличное от остальных клавиш?

SysReq прописана в ядре и доходит до его аварийной части не зависимо от Гнома

То есть пробовать идти по пути переназначения это минимальные шансы на успех

Тут я сейчас вижу 3 варианта:

1 Перекомпиляция ядра

2 Скрипт который определив что Гном висит корректно выключает комп. Как в Вин синий экран. Реально такое найти/сделать?

3. Покупка новой клавы) Но тут не исключено, что снова что-то не срабатывает… Или нет Ё) Так что…

SysReq прописана в ядре и доходит до его аварийной части не зависимо от Гнома

Не понимаю, почему ты всё время говоришь про гном, ведь предложенный метод переназначения низкоуровневый и с гномом никак не связан, то есть, если клава с реальным SysReq может дозвониться до ядра при зависшем гноме, то почему не может назначенный SysReq? Как я понял, ядру передаётся нужный сканкод или типа того, а чем он был сгенерирован разве имеет значение? Или реальная клавиша SysReq прямо в каком-то привелегированном неповторимом положении?

А ты можешь подвесить гоном и проверить (прям интересно)?

Давайте ещё раз. Запускаете showkey, зажимаете правый (56) или левый (100) Alt. Выводится ″keycode 56 press″ (или 100), если там автопровтор, то это строка может много раз выводится, пока клавиша нажата, но ″keycode 56 release″ выводится не должно.

И в это состоянии нажимаете PrtSc, ничего на экран вывестесь не должно. Если у вас на экране выведится: <code> keycode 56 press keycode 99 press </code> получается на уровне ядра обработка SysRq отключена.

А если в зажали Alt, нажали PrtSc, потом отпустили Alt и на экран вывелось (в последних строках): <code> keycode 56 press keycode 56 release keycode 56 press keycode 99 press keycode 99 release keycode 56 release </code> значит обработка в ядре SysRq работает, команду (h, t, r и т.д.) не получило, пропустило все нажатые клавиши без обработки.

P.S. Надеюсь, вы в курсе «безпоследственных» команд SysRq и проверяете ими, а не пытаетесь перегружать систему для проверки. Допустим, нажимаете и удерживаете ″Alt″, потом нажимамете не удерживая ″PrnSc″, потом ″h″. Получаете в системную консоль или в dmesg справку/посказку по командам SysRq. То есть нажали, а потом смотрите ″dmesg -T | tail″ появилась на текущее время строка: ″sysrq: HELP :...″ или нет.

Клавиши SysRq на клавиатурах нет с 1985 года. Проблема в другом месте.

иногда бывает, что надо нажать Fn + PrintScreen

Исчерпывающе. LOR здорово деградирует. Зайди без знаний и насуют костылей, хотя есть вполне грамотные решения.

За всю жизнь этими клавишами я пользовался от силы с десяток раз. И если начинается дикий swap’инг, то эта магия бесполезна.

Круто. Держи в курсе. Эта информация очень поможет ТСу решить его проблему.

Вы знаете, я сейчас обнаружил смешную вещь. Никакой клавиши Print Sreen в linux вообще не существует. Это просто надпись такая на кнопке KEY_SYSRQ. То есть достаточно повесить этикетку PrSc/SysRq на Вашу кнопку - и всё готово!
В доказательство - попробуйте найти здесь аппаратный код (KEYCODE) клавиши Print Sreen (если она всё таки существует): https://github.com/torvalds/linux/blob/master/include/uapi/linux/input-event-codes.h

Думаю, на этом тему можно закроывать как «решённую» :)

ты можешь подвесить гоном и проверить (прям интересно)?

Главное зачем это надо) затем что в случае некорректного отключения диски проверять целый час) Их в системе больше 5

Проверять не стану Но к сведению принял, что предложенный способ низкоуровневый

надо нажать Fn + PrintScreen

Не ничего не дает Хотя Fn в этой клаве активно используется. Тип мигания, интенсивности гирляндовой подсветки можно сменить)

Бери не глядя:

RGB мини-клавиатура OSU для игр, 1 клавиша, программирование чертежей и фотошопов, механическая клавиатура для макросъемки, красный вал

https://aliexpress.ru/item/1005007188989125.html?sku_id=12000039744067589

Видимо, не восприняли всерьёз моё сообщение. Истинно вам говорю: кнопки PrSc и SysRq не различаются, это одна кнопка.
Может быть что у Вас не работает она, верю, но причина в чём-то другом.

Зачем она, если есть reset на системном блоке?

Прочитайте внимательно https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html , потратьте 10 минут. Тут:

• и про то что PrSc=SyRq
• и про то, как включить отдельные функции записью числа в /proc/sys/kernel/sysrq (reboot скорее всего НЕ включен по умолчанию)
• и про все возможные команды и комбинации на клавиатуре
• и про то, что делать, если ни PrSc ни SyRq вообще нет на клавиатуре.

У меня, кстати, такая же клавиатура (Havit-KB885L), с RGB-подсветкой и клавишей PrSс на кнопке 0. И я проверил - всё работает :)

Может быть что у Вас не работает она

Не может быть! Клава новая с гарантией. PrntScrn работает отлично! При каждом нажатии звук фотокамеры и раб. стол попадает в буфер

У меня, кстати, такая же клавиатура (Havit-KB885L)

Снова не о том. Не эта модель А в моей нигде нет о SysReq

Я вовсе не имел в виду, что кнопка сломана.

Экий Вы твердолобый! Ну ладно, не эта модель, так не эта. Всё равно ведь похожа:

• с RGB подсветкой цветами радуги
• менять можно режимы гирлянды
• без надписи SysRq на клавишах.

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

1. Клавиши SysRq и PrSc не различаются (так же как, для примера клавиши «маленькая буква а» и «большая буква А»)
2. SysRq может быть отключено в ядре (думаю, Вы и без меня знаете, где взять конфиг исполняющегося сейчас ядра, чтобы проверить, отключено или включено)
3. Возможности использования SysRq можно в любую секунду поменять записью в /proc/sys/kernel/sysrq
4. Всё это и многое другое описано в первоисточнике https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html

Удачи!

SysRq может быть отключено в ядре

sysctl -a 2>/dev/null | grep -i sysrq
kernel.sysrq = 1

А может у вас просто отключены магические сочетания клавиш? В некоторых дистрибутивах (тот же Arch, например) они по дефолту выключены и их надо в конфиге включить

а, ну тогда ладно

Эта с подсветкой цветами радуги)

Ставь OSX тогда, она специально для такой клавиатуры создана.

А если серьёзно, то модель клавы в студию. Всё что там написано на кнопках - чушь полная (я работал на клавах вообще без надписей и пишу с клавы у которой нет сус рек а есть принт скрин и REISUB прекрасно работает). Важно только какие кнопки есть по факту и какая клавиатура указана в настройках ОС. Если 105 клавиш которая, то твой принт скрин и есть сус рек

По-моему этот выбор типа клавиатуры (где можно указать 105 клавиш) влияет только на XKB. А SysRq же работает напрямую. Или я чего-то не понимаю?

Того как работает клавиатура и её драйвер? Если у клавиатуры нет специального драйвера который ставится как модуль ядра то все эти надписи на ней ни о чём, важно только как драйвер в ядре будет с ней работать, а у него как раз как работать и задаётся типом клавиатуры. Если при этом что-то работает не так, то это значит что клавиатура не поддерживается и проявляется не тем что кнопка работает как-то не так, а тем что она вообще не работает. И да, посмотри что xev пишет про твою кнопку. Скорее всего там будет что-то вроде serial 48 по крайней мере у меня это код этой кнопки (код кнопки) и его где-то внутри драйвера клавиатуры должны были повесить на print screen/sysreq если это так не сделали то косяк в дровах клавиатуры имхо, потому что print screen и sysreq это одна и та же кнопка есть только это не 2 физически разные кнопки.

ЗЫ

Указать можно много где. Не только в xkb емнип. Что-то экзотическое я когда генту собирал лет 8 назад видел кажется про клавиатуру в конфигах ядра, но память может и обманывать.

я не автор топика :) мне просто казалось, что указание типа клавиатуры влияет только на XKB

Super очень хорошая клавиша, если на неё назначить всё, что связано с оконным менеджером, а Ctrl и Alt оставить для программ.

Только их два, а я про правый писал.