Вопросы Теги

Отключите экранное очищение на текстовой консоли

tmux является довольно новым по сравнению с экраном GNU. Преимущества / Недостатки являются сложным вопросом, поскольку обе программы решают приблизительно ту же проблему. tmux является BSD, лицензируемым, в то время как экраном является GNU GPL. Это имеет значение для некоторых людей.

экран более представлен (на Linux) в данный момент, то есть, Вы, более вероятно, найдете его на данном поле Linux, чем tmux. tmux однако более представлен на OpenBSD, поскольку он включен как часть основной установки.

Обе программы позволяют Вам делать о том же самом, хотя положение дел немного более сложно, чем это. Переключение между этими двумя не является чрезмерно сложным, такая же большая экранная функциональность также нашла свой путь в tmux, хотя, если Вы - продвинутый пользователь любого, Вы, вероятно, найдете некоторые разочарования при переключении на другой.

Как с любой программой, это действительно зависит от Ваших потребностей, и которым Вы более довольны. Дайте им обоим попытку и посмотрите, с которым Вы играете приятно.

Поскольку больше информации о tmux видит https://tmux.github.io/

78
25.04.2011, 19:44
8 ответов

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

В

/etc/init.d/boot.local

добавить

setterm -blank

похоже, что это - все, что требуется. Спасибо за Uku Loskit и Gilles для нажатия в правильном направлении.

13
27.01.2020, 19:30
  • 1
    я отредактировал Ваш Ответ беспощадно, поэтому откат, если Вам не нравится он. Кроме того, Примите свой ответ, потому что это - фактическое решение. Вы не должны Принимать Ответ просто, потому что Вы благодарны, что он привел Вас к фактическому ответу, если существует на самом деле лучший Ответ. –  tshepang 01.03.2011, 07:39
  • 2
    Извините, как исходная версия лучше. –  markus_b 02.03.2011, 21:07
  • 3
    я должен был добавить вершину проголосовавшие ответы-powersave прочь как ipmi на моем systemboard, стал глупым, если это не имело обеих частей этого. sadily достаточно, он, который doesen't сохраняют настройками между использованием и когда эти функции удар в окне появляется к переднему плану и начинает циклически повторять окно приблизительно через 4 различных размера один раз во второй или 2 создания его почти невозможный поймать окно и вручную изменить размер его термин из питания, сохраняет :( –  Kendrick 10.08.2015, 17:36

Попытайтесь использовать это:

setterm -blank
15
27.01.2020, 19:30

Согласно: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_Interaction_in_a_console_with_setterm

Препятствуйте тому, чтобы экран выключил (в консоли)

$ setterm -blank 0 -powerdown 0

Кроме того, можно отключить консоль, очищающую постоянно использование следующей команды:

# echo -ne "\033[9;0]" >> /etc/issue

14
27.01.2020, 19:30
  • 1
    вторые работы решения как очарование на Marvell ARM Debian. Все другие решения ничего не делают. –  Alexey Sviridov 22.10.2012, 15:04

Единственное постоянное решение состоит в том, чтобы добавить consoleblank=0 к командной строке ядра. Можно просмотреть значение (который значения по умолчанию к 600 секундам) в: 

/sys/module/kernel/parameters/consoleblank

(обратите внимание, что файл только для чтения). Единственный способ изменить значение consoleblank состоит в том, чтобы перезагрузить с новым параметром командной строки ядра.

14
27.01.2020, 19:30
  • 1
    Последнее предложение является неправильным - Вы не должны перезагружать для изменения значения consoleblank. См. мой ответ. –  maxschlepzig 18.02.2012, 15:10
  • 2
    я не нашел, что setterm - пробел работает надежно. Это иногда, кажется, сбрасывается после выхода из системы или переключающийся на другие виртуальные терминалы. –  amcnabb 13.03.2012, 20:10
  • 3
    Для добавления этой постоянной установки с личинкой отредактируйте/boot/grub/grub.conf и добавьте consoleblank=0 к строкам, запускающимся с "ядра/boot/vmlinuz...". Затем перезагрузка. –  Hoylen 03.07.2014, 07:00
  • 4
    "только" походит на строковое слово здесь... –  notlesh 15.01.2016, 21:08

Можно проверить, через какой тайм-аут ядро использует для очищения виртуальной консоли:

$ cat /sys/module/kernel/parameters/consoleblank
600

Этот файл только для чтения, и тайм-аут указан в секундах. Текущее значение по умолчанию, кажется, составляет 10 минут.

Можно изменить то значение с вводом следующей команды на виртуальной консоли (если Вы в xterm, необходимо измениться на виртуальную консоль через удар, например, Ctrl+Alt+F1).

$ setterm -blank VALUE

Где новое ЗНАЧЕНИЕ указано в минутах. Значение 0 отключает очищение:

$ cat /sys/module/kernel/parameters/consoleblank
600
$ setterm -blank 0
$ cat /sys/module/kernel/parameters/consoleblank
0

setterm имеет связанные опции другого powersaving, самая полезная комбинация, кажется:

$ setterm -blank 0 -powersave off

Таким образом, чтобы постоянно/автоматически отключить очищение виртуальной консоли на запуске Вы можете также:

  1. добавить consoleblank=0 к параметрам ядра (редактируют конфигурацию личинки),
  2. добавьте setterm -blank 0 управляйте к rc-local или эквивалентный сценарий запуска

  3. добавьте setterm вывод к /etc/issue с тех пор /etc/issue производится на каждой виртуальной консоли:

    # setterm -blank 0 >> /etc/issue

Выберите одну альтернативу из вышеупомянутого.

88
27.01.2020, 19:30
  • 1
    PS: В системе Ubuntu 11.10 (Thinkpad X200) я заметил ошибку, где консольное очищение ядром вмешивается в выполнение сессия X11. Это означает, что точно спустя 10 минут после последнего нажатия клавиши X11 отображают пробелы, и необходимо циклически повториться к виртуальной консоли для возвращения экрана X11 (очень раздражающий во время, например, воспроизведение видео). Это независимо от связанных настроек DPMS/screensaver под X11 (думать xset и т.д.). Таким образом отключение virutal консоли, очищающей как описанный выше, является быстрым обходным решением для затронутых систем. –  maxschlepzig 18.02.2012, 23:13
  • 2
    хм. По некоторым причинам я не вижу /sys/module/kernel/parameters/consoleblank на моем сервере CentOS 5.x. Это могло быть установлено под другим именем? –  Mike B 16.07.2014, 00:14
  • 3
    На RHEL 5 и 6, я нашел то помещение /bin/setterm -blank 0 -powerdown 0 -powersave off в /etc/rc.local работал бы отлично. На RHEL 7 однако это перестало бы работать. Добавление consoleblank=0 к te ядру параметры работает над той платформой. –  David C. 24.11.2015, 19:07
  • 4
    Обратите внимание на то, что Вы не должны на самом деле работать setterm в виртуальной консоли. Можно также перенаправить его к нему: setterm -blank 0 > /dev/tty1 работает просто великолепно. Или можно использовать setterm -blank < /dev/tty1 запрашивать текущее значение от tty1 или setterm -blank force < /dev/tty1 вызвать очищение. –  Alexander Amelkin 09.11.2016, 09:14

/usr/bin/setterm -powerdown 0 мог бы помочь также

3
27.01.2020, 19:30

Если Вы только хотите предотвратить экран, потеряли сознание после пользовательского входа в систему, то просто должен добавить setterm -powersave off -blank 0 кому: $HOME/.bash_profile из соответствующих пользователей.

5
27.01.2020, 19:30

Este problema me desconcertó mucho. Todos los trucos anteriores con el uso de setterm y la redirección desde/hacia/dev/tty0 no funcionaron desde mi ssh.

Luego me di cuenta de una forma de desactivarlo:

TERM=linux setterm -blank 0 -powerdown 0  -powersave off >/dev/tty0 </dev/tty0

TERM=linux reemplaza el TERM predeterminado (que es xterm -256color en mi máquina ), y ayuda a setterm a consultar los parámetros adecuados de tty0.

Puede verificar el resultado por 

cat /sys/module/kernel/parameters/consoleblank

Debería ser 0. Si es 600, el truco no ha funcionado.

7
20.08.2021, 13:37

Теги

Похожие вопросы