Prenons un peu de recul et commençons par la confusion: qu'est-ce qu'un tty? À l'origine, tty était une abréviation de télétype qui est devenu un téléscripteur en verre qui est devenu n'importe quel terminal ou la connexion à un, en particulier un port série (ceux-ci sont toujours présents, le plus souvent / dev / ttyS0, / dev / ttyUSB0 et parfois / dev / ttyacm0). Ensuite, vous avez obtenu des pseudo ttys et des ttys virtuels. les anciennes mains Unix connaissent bien les pseudo ttys qui sont utilisés pour les terminaux distants (ssh et telnet), les terminaux virtuels (xterm et similaires) et les multiplexeurs de terminaux (screen et tmux). Les pseudo-ttys ont eu différents schémas de dénomination au fil du temps, mais le schéma actuel utilise des noms comme / dev / pts / 0. Les ttys virtuels, d'autre part, sont associés aux consoles virtuelles, en particulier lorsque vous utilisez les touches de fonction de contrôle alt, vous changez de consoles virtuelles, chacune étant associée à un tty virtuel.
Donc, si vous avez besoin de trouver votre pseudo tty (ou virtuel tty lorsque vous utilisez le mode texte), il existe toutes sortes de solutions comme who am iou ps ax|grep $$cela est relativement facile à faire car il existe plusieurs façons de le savoir lorsque le pseudo tty est ouvert sur io standard dans la plupart des cas et il existe d'autres méthodes qui fonctionnent même lorsque io est redirigé. cela a également l'avantage de faire la bonne chose lorsque vous utilisez des ports série et des ttys virtuels tant que vous n'utilisez pas d'émulateurs de terminaux graphiques ou de multiplexeurs de terminaux.
Mais que se passe-t-il si vous souhaitez identifier la console virtuelle? sudo fgconsolepeut être utile pour les cas interactifs. Ou ce que je fais, c'est simplement marcher sur les consoles car le changement est généralement assez rapide. Je ne connais pas de méthode programmatique qui fonctionne de manière fiable dans des cas non interactifs ou non originaux.
Regardons un exemple qui ne pourra jamais répondre de manière fiable à la console virtuelle. L'ordinateur que je suis devant (alpha) a un Xserver fonctionnant sur tty2 (: 1), j'ai trois fenêtres ouvertes deux xterms et un vncviewer (connecté à bravo: 2). Un xterm exécute l'écran, l'autre exécute ssh charley. L'écran a deux fenêtres ouvertes, ssh delta et who (qui identifie correctement le pseudo tty dans la colonne deux et fournit l'astuce (:1:S0)dans la colonne cinq qui nous indique que le pseudo tty est connecté à la première session d'écran qui est connectée au deuxième serveur X, mais ne donne aucune information sur la console virtuelle). L'exécution de qui sur l'une ou l'autre session ssh donne l'astuce(alpha)qui identifie la machine d'où provient la session ssh, ce qui est relativement bon pour les sessions distantes. Bien qu'il y ait peu d'informations sur ce qui est connecté au pseudo tty (et absolument aucune console virtuelle ni même d'informations tty distantes ne sont disponibles), l'hôte distant est au moins identifié. les informations sur l'écran peuvent être fausses car les sessions d'écran sont détachables et vnc ne fournit aucune information utile car la seule différence entre une session vnc et une session locale est le numéro d'affichage. Dans de nombreux cas, vous pouvez supposer que: 0 est sur tty7 mais pas toujours, et jamais sur le mien car bravo n'a pas du tout de carte graphique et: 0 est une session vnc (ce qui confond qui parce qu'il pense que c'est la console locale) et aucune des machines n'utilise tty7 comme session graphique, car je (pas seulement pour être contraire) vider les journaux vers tty7 (et tty5, tty6 et tty8 également) sessions graphiques religieuses ailleurs. Mais l'écran d'attente peut également agir comme un programme terminal vous permettant d'établir une session sur un câble série. Que signale une telle session quand qui est exécuté? Pourquoi rien d'autre que le port série, que ce soit via vnc, xterm, ssh, screen et un adaptateur série usb à la fois ou est connecté à mon téléviseur.
