Facciamo un passo indietro e cominciamo con la confusione: cos'è un tty? Originariamente tty era un'abbreviazione di teletype che divenne teletype di vetro che divenne qualsiasi terminale o la connessione a uno, in particolare una porta seriale (questi sono ancora in giro, più comunemente / dev / ttyS0, / dev / ttyUSB0 e talvolta / dev / ttyacm0). Quindi hai pseudo tty e tty virtuali. le vecchie mani unix hanno familiarità con gli pseudo-tty che vengono utilizzati per terminali remoti (ssh e telnet), terminali virtuali (xterm e simili) e multiplexer di terminali (schermo e tmux). Gli pseudo-tty hanno avuto vari schemi di denominazione nel tempo, ma quello attuale usa nomi come / dev / pts / 0. I tty virtuali sono invece associati alle console virtuali, in particolare quando si utilizzano i tasti funzione control alt si passa da una console virtuale a ciascuna delle quali è associato un tty virtuale.
Quindi, se hai bisogno di trovare la tua pseudo tty (o tty virtuale quando usi la modalità testo) ci sono tutti i tipi di soluzioni come who am io ps ax|grep $$questo è relativamente facile da fare in quanto ci sono diversi modi per scoprirlo poiché la pseudo tty è aperta su io standard nella maggior parte dei casi e ci sono altri metodi che funzionano anche quando io viene reindirizzato. questo ha anche il vantaggio di fare anche la cosa giusta quando si usano porte seriali e tty virtuali purché non si utilizzino emulatori di terminali grafici o multiplexer di terminali.
Ma cosa succede se si desidera identificare la console virtuale? sudo fgconsolepuò essere utile per casi interattivi. O quello che faccio è semplicemente camminare sulle console in quanto il passaggio è in genere abbastanza veloce. Non sono a conoscenza di un metodo programmatico che funzioni in modo affidabile in casi non interattivi o fuori terra.
Diamo un'occhiata a un esempio che è garantito per non poter rispondere in modo affidabile alla console virtuale di sempre. Il computer su cui sono seduto (alpha) ha un Xserver in esecuzione su tty2 (: 1), ho tre finestre aperte due xterm e un vncviewer (collegato a bravo: 2). Uno xterm esegue lo schermo, l'altro esegue ssh charley. Lo schermo ha due finestre aperte, ssh delta e who (che identifica correttamente la pseudo tty nella colonna due e fornisce il suggerimento (:1:S0)nella colonna cinque che ci dice che la pseudo tty è connessa alla prima sessione dello schermo che è collegata al secondo server X, ma non fornisce alcuna informazione sulla console virtuale). In esecuzione chi su entrambe le sessioni SSH dà il suggerimento(alpha)che identifica la macchina da cui proviene la sessione SSH, che è relativamente buono per le sessioni remote. Sebbene ci siano poche informazioni su ciò che è collegato alla pseudo tty (e non è assolutamente disponibile alcuna console virtuale o anche informazioni tty remote), almeno l'host remoto viene identificato. le informazioni sullo schermo possono essere errate poiché le sessioni dello schermo sono rimovibili e vnc non fornisce alcuna informazione utile poiché l'unica differenza tra una sessione vnc e una sessione locale è il numero visualizzato. In molti casi puoi supporre che: 0 sia su tty7 ma non sempre, e mai sulla mia poiché bravo non ha affatto una scheda grafica e: 0 è una sessione vnc (che confonde chi perché pensa che sia la console locale) e nessuna delle macchine usa tty7 come sessione grafica, perché io (non solo per essere contrario) dump dei log su tty7 (e tty5, tty6 e tty8 anche) sessioni grafiche religiose altrove. Ma la schermata di attesa può anche fungere da programma terminale che consente di stabilire una sessione tramite un cavo seriale. Cosa indica una sessione del genere quando viene eseguita? Perché nient'altro che la porta seriale, sia tramite vnc, xterm, ssh, schermo e un adattatore seriale USB tutto in una volta o è collegata al mio televisore.
