Выполненный getty на последовательном порте на запуске на RHEL

Это намного более сложно, чем это должно быть, но здесь является моим ударом в нем.

На наиболее базовом уровне ядро знает, как распознать устройства клавиатуры, и это понимает понятие консольной контурной карты. Это - самый простой способ настроить Вашу клавиатуру, и существует только одна переменная для рассмотрения, но эти настройки только влияют ввод с клавиатуры на текстовой консоли Linux.

После того как Вы входите в Xorg, вещи становятся немного более сложными, но он действительно на самом деле имеет своего рода смысл. Xorg имеет несколько определенных понятий, которые очень важны для понимания.

  • Xorg говорит непосредственно с устройством клавиатуры, обходя ядро и игнорируя контурную карту, указанную на консоли.
  • Xorg позволяет Вам устанавливать некоторые определенные опции для своей клавиатуры в xorg.conf файле, хотя текущие дистрибутивы Linux стараются изо всех сил работать без любого xorg.conf файла вообще. В зависимости от Вашей версии Xorg Вы, возможно, должны указать свой XkbLayout в InputClass раздел (для более новых версий Xorg) или InputDevice раздел (для более старых выпусков).
  • Существует несколько определенных слоев интерпретации в Xorg, когда клавиша нажата.
    1. На наиболее базовом уровне каждое событие нажатия клавиши представлено числовым кодом клавиши.
    2. XkbModel, объединенные с XkbLayout, используются для соединения данного кода клавиши с фактическим ключевым событием. Например, на моей клавиатуре, код клавиши 50 генерирует Shift_L.
    3. Можно дополнительно указать несколько XkbLayouts для клавиатуры и затем использовать XkbOptions (полный список, обычно хранившийся в /usr/share/X11/xkb/rules) настраивать, как переключить разметки. (Это полезно, если, скажем, Вы пытаетесь преподавать себе Dvorak, или Вы хотите чередоваться между английскими и российскими раскладками клавиатуры).
    4. Каждый код клавиши может быть интерпретирован несколькими способами, в зависимости от которых сохранены модификаторы. xmodmap позволяет Вам видеть то, какие ключевые события будут отправлены, на основе которого сохранены модификаторы.

4
22.05.2016, 05:56
2 ответа

В то время как то, что Вы отправили, будет работать в RHEL 6, я вижу, что RH несколько быстро удержали от использования использование inittab для выполнения TTYs.

Материал в/etc/init от Выскочки (я думал, что Вы будете знакомы с тем прибытием из Ubuntu), замена для sysV инициализации (т.е. что раньше было в/etc/init.d и/etc/rc.d/rcX.d директорах). И в случае файлов Вы указываете, настраивает аппаратные средства последовательного порта.

Когда все остальное перестало работать прочитайте руководство:

/etc/inittab файл удерживается от использования и теперь используется только для установки значения по умолчанию runlevel... Для конфигурирования работы getty последовательной консоли не по умолчанию необходимо теперь записать Новомодное задание вместо того, чтобы редактировать/etc/inittab. Например...

Я предполагаю, что имеет смысл запускать getty's на современной машине ниже в стеке, чем inittab. Однако в целях обеспечения резервного удаленного доступа администратора, я думаю, что было бы намного более разумно запустить консоль на последовательном порте. т.е. посмотрите материал о/etc/init/start-ttys.conf

6
27.01.2020, 20:51

Существует руководство, доступное здесь, который довольно стар, но должен быть по крайней мере главным образом корректным для Вашего Red Hat.

Короче говоря, что Вы отправили, должен работать пока:

  • Ваше ядро поддерживает последовательный tty (это, вероятно, делает),
  • Вы имеете /dev/ttyS2 - или иначе, иметь /dev/ttyS0 и изменение ttyS2 кому: ttyS0 в Вашей getty строке.

чтобы иметь более ранний вывод последовательной консоли, Вы могли бы также попытаться добавить console=/dev/ttyS0 к Вашей командной строке ядра. Еще лучше у Вас может быть последовательная консоль от личинки.

См. также это руководство главным образом для стороны ядра и личинки.

1
27.01.2020, 20:51
  • 1
    Команда agetty определенно работает на мой сценарий (я проверил его после некоторого метода проб и ошибок для выяснения, какой последовательный порт был связан с консолью IPMI). Мой вопрос был больше о "правильном" способе вызвать agetty для последней версии RHEL. –  Lorin Hochstein 22.08.2011, 20:29

Теги

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