3

Какова цель следующей команды?

sudo echo t > /proc/sysrq-trigger

Я запускаю его, но не вижу разницы в магическом ключе и его выводе при dmesg. Trigger подсказывает мне, что базы данных sysrq участвуют в процессе.

1 ответ1

8

согласно этому сайту - red hat manual -> proc-sysrq-trigger - вы можете использовать это для удаленного выполнения (например, в сеансе ssh) магических системных запросов.

это имеет смысл, потому что в противном случае, если вам нужно выполнить такую задачу, и вы не имеете доступа к серверу, или к серверу не подключена клавиатура, вы не можете вызвать клавиши системного запроса.

Ваш пример не работает из-за разных проблем.

  • в соответствии с этим сайтом вы должны установить для "/proc/sys/kernel/sysrq" что-то отличное от 0. Вы должны найти в руководствах правильное значение. тогда вы можете отобразить что-то в "/proc/sysrq-trigger".

  • Вы должны быть за это. "sudo echo SOMETHING> /SOMEWHERE" не работает из-за перенаправления вывода ">".

Вы должны сделать это, как примеры на этом сайте - полный пример будет:

su -
echo 1 > /proc/sys/kernel/sysrq
echo "t" > /proc/sysrq-trigger

или же

echo 1 | sudo tee -a /proc/sys/kernel/sysrq
echo "t" | sudo tee -a /proc/sysrq-trigger

После того, как я написал все это, я поймал, вероятно, еще одну проблему вашего теста :). если вы выполняете, например, ключ "t" sysrq в удаленном сеансе или, например, xterm, вы не можете видеть вывод, потому что вывод sysrq идет на "настоящую" консоль. введите dmesg, чтобы увидеть результат!

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .