изменить скорость прокрутки текстовой консоли linux – без перезагрузки

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

https://www.kernel.org/doc/Documentation/fb/vesafb.txt

Я хотел бы использовать ‘ywrap’ в документации выше в параметрах ядра для vesafb, не перезагружая ядро для его тестирования.

stty не имеет значения.

Установленная скорость линии оборудования через дисциплину соединения не имеет смысла для виртуального терминала, если она не нулевая. Она имеет значение только для “терминалов”, сформированных с помощью реальных последовательных устройств, потому что контролирует скорость линии последовательного устройства. Встроенный терминал ядра не использует последовательных устройств.

ywrap не является панацеей.

Аппаратные механизмы дисплея, такие как те, которые включены с помощью ywrap, могут помочь терминальному эмулятору только с (почти) полноразмерной прокруткой по высоте строки.

По очевидным причинам терминальный эмулятор не может использовать такие аппаратные механизмы вообще, если он поддерживает левые и правые отступы, и, следовательно, действия прокрутки не прокручивают всю ширину строки. Встроенный терминал ядра Linux не поддерживает управляющую последовательность DECSLRM (“DEC установить левые и правые отступы”) (или что-то подобное) изначально, поэтому прокрутка частичных строк не представляет здесь опасения.

Но прокрутка частичной высоты представляет опасность. Встроенный терминал ядра Linux поддерживает управляющую последовательность DECSTBM (“DEC установить верхние и нижние отступы”), которая позволяет приложениям устанавливать первую и последнюю строки на экране для участия в прокрутке. Эта управляющая последовательность правильно указана как возможность change_scroll_region в записи термина linux. Использование таких регионов прокрутки действительно довольно распространено в полноэкранных TUI-приложениях. Например, vim использует их при прокрутке окон на всю ширину.

Драйвер fbcon ядра Linux использует механизм ywrap только в том случае, если более трех четвертей всего изображения экрана сохраняется и перемещается с помощью действия прокрутки. Это происходит потому, что прокрутка частичной высоты с использованием ywrap также включает в себя некое копирование, так что “непрокрученные” части экрана кажутся оставшимися на одном месте, даже если аппаратное средство прокрутило весь экран. Чем меньше регион прокрутки, тем менее полезен ywrap, потому что большее количество копирования должно иметь место, чтобы создать иллюзию того, что некоторые части дисплея не были прокручены.

Управляющие последовательности не поддерживаются.

На реальных терминалах, в отличие от виртуальных терминалов, иногда есть управляющие последовательности, которые позволяют выбирать скорости прокрутки. Например: Семейство DEC VT имеет флаг, называемый DECSCLM (“Режим прокрутки DEC”, закрытый режим DEC #4). Если сброшен (через управляющую последовательность ECMA-48 RM), терминал прокручивает так быстро, как может. Если установлен (через управляющую последовательность ECMA-48 SM), терминал прокручивает медленнее, вставляя задержки во время прокрутки.

Если бы встроенный терминал ядра Linux был полноценной эмуляцией DEC VT, это был бы соответственно способ управления скоростью прокрутки. Но это не так. Хотя некоторые терминальные эмуляторы пользовательского пространства, такие как xterm, реализуют этот флаг режима, мне не известно о существовании терминального эмулятора ядра, который бы делал это. Встроенный терминал ядра Linux определенно не делает этого.

Вы можете удалить модуль драйвера кадровой буфера ядра Linux без перезагрузки, если скажете подсистеме VT прекратить его использование (см. Documentation/console/console.txt для подробностей):

# tl;dr
reload_fb() {
  echo 0 > /sys/devices/virtual/vtconsole/vtcon1/bind
  rmmod uvesafb
  modprobe uvesafb scroll=ywrap
}
reload_fb

Внимание: Если vtcon0 – это фиктивный драйвер (например, на EFI) или если есть ошибки (в прошивках BIOS часто бывают ошибки), это может оставить вас без работающего дисплея консоли, пока вы не перезагрузите или не загрузите работающий драйвер fb. Работает только дисплей; вы все еще можете вводить команды, но не сможете видеть их вывод. X11, похоже, не затрагивается. Поэтому Я рекомендую вам войти удаленно через SSH или через терминал X на том же компьютере.

Примечание: Если вы используете драйвер uvesafb (как предложил eyoung100), вам также нужно будет установить пакет v86d.

Вы можете перечислить все загруженные драйверы консоли:

[root@linflas ~]# cd /sys/devices/virtual/vtconsole
[root@linflas vtconsole]# grep -H "" vtcon*/[bn]*
vtcon0/bind:0
vtcon0/name:(S) фиктивное устройство
vtcon1/bind:1
vtcon1/name:(M) устройство кадрового буфера