Vamos dar um passo atrás e começar com a confusão: o que é um tty? Originalmente, tty era uma abreviação de teletipo que se tornou um teletipo de vidro que se tornou qualquer terminal ou a conexão a um, especificamente uma porta serial (ainda existem, geralmente / dev / ttyS0, / dev / ttyUSB0 e às vezes / dev / ttyacm0). Então você tem pseudo-ttys e virtual ttys. mãos unix antigas estão familiarizadas com os pseudo-ttys, usados para terminais remotos (ssh e telnet), terminais virtuais (xterm e similares) e multiplexadores de terminal (screen e tmux). Os pseudo-ttys tiveram vários esquemas de nomeação ao longo do tempo, mas o atual usa nomes como / dev / pts / 0. Os ttys virtuais, por outro lado, estão associados aos consoles virtuais, especificamente quando você usa as teclas de função alt de controle, está alternando os consoles virtuais, cada um dos quais emparelhado com um tty virtual.
Portanto, se você precisar encontrar seu pseudo tty (ou virtual tty ao usar o modo de texto), existem todos os tipos de soluções who am iou ps ax|grep $$isso é relativamente fácil de fazer, pois existem várias maneiras de descobrir isso, pois o pseudo tty é aberto no io padrão na maioria dos casos e existem outros métodos que funcionam mesmo quando o io é redirecionado. isso também tem a vantagem de fazer a coisa certa ao usar portas seriais e ttys virtuais, desde que você não esteja usando emuladores de terminais gráficos ou multiplexadores de terminal.
Mas e se você quiser identificar o console virtual? sudo fgconsolepode ser útil para casos interativos. Ou o que faço é apenas andar pelos consoles, pois a troca geralmente é rápida o suficiente. Não conheço um método programático que funcione de maneira confiável em casos não interativos ou não de primeiro plano.
Vejamos um exemplo que garante que nunca será capaz de responder com segurança ao console virtual. O computador em que estou sentado na frente de (alpha) possui um Xserver rodando em tty2 (: 1), tenho três janelas abertas, dois xterms e um vncviewer (conectado ao bravo: 2). Um xterm está executando a tela, o outro está executando o ssh charley. A tela tem duas janelas abertas, ssh delta e quem (que identifica corretamente o pseudo tty na coluna dois e fornece a dica (:1:S0)na coluna cinco que nos diz que o pseudo tty está conectado à primeira sessão de tela conectada ao segundo servidor X, mas não fornece nenhuma informação do console virtual). Executar quem, em qualquer uma das sessões ssh, dá a dica(alpha)que identifica a máquina da qual a sessão ssh veio, comparativamente boa para sessões remotas. Embora exista pouca informação sobre o que está conectado ao pseudo-tty (e absolutamente nenhum console virtual ou mesmo informações sobre o tty remoto estejam disponíveis), pelo menos o host remoto é identificado. as informações sobre a tela podem estar erradas, pois as sessões de tela são destacáveis e o vnc não fornece nenhuma informação útil, pois a única diferença entre uma sessão do vnc e uma sessão local é o número de exibição. Em muitos casos, você pode assumir que: 0 está no tty7, mas nem sempre, e nunca no meu, pois o bravo não possui uma placa de vídeo e: 0 é uma sessão vnc (que confunde quem, porque pensa que é o console local) e nenhuma das máquinas usa o tty7 como uma sessão gráfica, porque eu (não apenas pelo contrário) despejo os logs no tty7 (e no tty5, tty6 e tty8 também) religando sessões gráficas em outros lugares. Mas a tela de espera também pode atuar como um programa de terminal, permitindo que você estabeleça uma sessão através de um cabo serial. O que essa sessão informa quando quem é executado? Por que nada além da porta serial, seja através de vnc, xterm, ssh, tela e um adaptador serial usb de uma só vez ou está conectado ao meu televideo.
