systemctl статус показывает : "State: degraded"

может показаться, что его интерпретация как клавиши Esc находится на более базовом уровне, чем bash. Возможно, в строке чтения?

Это даже ниже. Это фундаментальное свойство работы терминалов в Unix и Unix-подобных операционных системах. Операционная система рассматривает ввод-вывод терминала как последовательность 8-битных (или даже 7-битных) символов. Функциональные клавиши и расширенные клавиши передаются как многосимвольные escape-последовательности.

В реальных терминалах эти escape-последовательности генерируются встроенным ПО в самом терминале. В программах эмулятора терминала эмулятор терминала превращает данные нажатия клавиш (которые он получил через любой пользовательский интерфейс, который он использует для общения с клавиатурой, будь то система X Window, USB-устройство hid или устройство событий Linux) в escape-последовательности.

Такие приложения, как vim и различные библиотеки редактирования строк, пытаются отличить их от простого нажатия клавиши Esc по (фактически) времени между чтением escape-символа. и читая следующие символы. Если символы прибывают достаточно быстро один за другим, они рассматриваются как escape-последовательность.

Где я могу найти это задокументированное?

Обработка тайм-аута управляющих последовательностей во входных данных задокументирована в vim в : help ttimeout и для ZLE Z Shell в zshzle страница руководства. Основная идея о том, что терминалы генерируют escape-последовательности, широко документирована.

Сложнее найти документацию по конкретным генерируемым escape-последовательностям.Многие, а в настоящее время, возможно, большинство терминалов (в частности, эмулируемые терминалы) произносят управляющие последовательности, которые произносились терминалами DEC VT (когда они находятся в том, что Digital называет «режимом ANSI») в течение многих лет. DEC предоставляет документацию для своих терминалов, и вы можете найти ее в явном обсуждении того, что Shift + Tab закодировано, как в главе 8 документа VT525 Programmer Information.

Однако: если вы используете виртуальный терминал ядра в Linux или BSD, где программа эмулятора терминала является частью ядра операционной системы, соблюдение соглашений DEC VT заметно нечеткое, когда дело доходит до input управляющих последовательностей. Частично это связано с тем, что операционные системы, такие как FreeBSD, фактически придерживаются соглашений о виртуальных терминалах SCO XENIX по умолчанию, здесь. В результате получается странная смесь DEC VT и SCO XENIX, не имеющая отношения ни к одному реальному терминалу.

Примесь - это не просто несоответствие между эмуляциями входных и выходных терминалов. Это дополнительно усугубляется тем фактом, что современные конфигурации пытаются переопределить настройки SCO XENIX по умолчанию для последовательностей управления вводом, но делают это лишь частично.Так, например: в последних версиях FreeBSD можно обнаружить, что F6 - это управляющая последовательность DEC VT CSI 1 7 ~ , а не SCO XENIX последовательность, которая скомпилирована в эмулятор терминала ядра, но Shift + F6 по-прежнему является скомпилированной управляющей последовательностью SCO XENIX CSI d , а не Управляющая последовательность DEC VT CSI 1 7 ; 2 ~ .

И ничего из этого вообще нет в документации FreeBSD.

Дополнительная литература

• Информация для программиста видеотерминала VT510 . EK-VT510-RM. Ноябрь 1993 г. DEC.
• Информация для программиста видеотерминала VT520 / VT525 . EK-VT520-RM. Июль 1994 г. DEC.