Давайте сделаем шаг назад и начнем с путаницы: что такое tty? Первоначально tty был аббревиатурой телетайпа, который стал стеклянным телетайпом, который стал любым терминалом или соединением с ним, в частности, с последовательным портом (они все еще существуют, чаще всего / dev / ttyS0, / dev / ttyUSB0 и иногда / dev / ttyacm0). Тогда вы получили псевдо-тты и виртуальные тты. Старые руки Unix знакомы с псевдо-тисами, которые используются для удаленных терминалов (ssh и telnet), виртуальных терминалов (xterm и т. п.) и терминальных мультиплексоров (screen и tmux). У псевдотишей со временем были разные схемы именования, но текущая использует такие имена, как / dev / pts / 0. Виртуальные ttys, с другой стороны, связаны с виртуальными консолями, в частности, когда вы используете функциональные клавиши control и alt, вы переключаете виртуальные консоли, каждая из которых связана с виртуальным tty.
Так что, если вам нужно найти свой псевдотерминал (или виртуальный телетайп при использовании текстового режима), существуют всевозможные решения, например, who am iили ps ax|grep $$это относительно легко сделать, так как существует несколько способов узнать это, так как псевдотерминал открывается на стандартном io. в большинстве случаев существуют и другие методы, которые работают даже при перенаправлении io. это также имеет то преимущество, что при использовании последовательных портов и виртуальных ttys все происходит правильно, если вы не используете графические эмуляторы терминала или терминальные мультиплексоры.
Но что, если вы хотите идентифицировать виртуальную консоль? sudo fgconsoleможет быть полезно для интерактивных случаев. Или то, что я делаю, это просто хожу по консолям, так как переключение обычно достаточно быстрое. Я не знаю ни о каком программном методе, который надежно работает в неинтерактивных или непрофильных случаях.
Давайте рассмотрим пример, который гарантированно не сможет ответить на виртуальную консоль когда-либо. На компьютере, с которым я сижу (альфа), есть Xserver, работающий на tty2 (: 1), у меня три открытых окна, два xterms и vncviewer (подключен к bravo: 2). На одном xterm работает экран, на другом - ssh charley. Экран имеет два открытых окна, ssh delta и who (кто правильно идентифицирует псевдотекст во втором столбце и предоставляет подсказку (:1:S0)в пятом столбце, который говорит нам, что псевдотетти подключен к первому сеансу экрана, который подключен ко второму X-серверу, но не дает никакой информации виртуальной консоли). Запуск, кто в течение любого сеанса SSH дает подсказку(alpha)который идентифицирует машину, с которой пришел ssh-сеанс, и который сравнительно хорош для удаленных сессий. Хотя имеется мало информации о том, что связано с псевдотерминалом (и абсолютно отсутствует виртуальная консоль или даже информация об удаленном tty), по крайней мере, удаленный хост идентифицирован. информация об экране может быть неправильной, поскольку сеансы экрана являются отсоединяемыми, а vnc вообще не предоставляет полезной информации, поскольку единственное различие между сеансом vnc и локальным сеансом - это номер дисплея. Во многих случаях вы можете предположить, что: 0 находится на tty7, но не всегда, и никогда на моем, так как у bravo вообще нет видеокарты, а: 0 - это сеанс vnc (который сбивает с толку, кто, так как считает, что это локальная консоль) и ни одна из машин не использует tty7 в качестве графического сеанса, потому что я (не просто для того, чтобы быть противоположным) сбрасываю журналы в tty7 (и tty5, tty6 и tty8 также) религиозные графические сессии в других местах. Но экран ожидания также может выступать в роли терминальной программы, позволяющей установить сеанс по последовательному кабелю. О чем сообщает такая сессия, когда кто запускается? Почему бы ничего, кроме последовательного порта, будь то через VNC, XTERM, SSH, экран и USB-последовательный адаптер все сразу или подключен к моему televideo.
