Retrocedamos un paso y comencemos con la confusión: ¿qué es un tty? Originalmente, tty era una abreviatura de teletipo que se convirtió en teletipo de vidrio que se convirtió en cualquier terminal o la conexión a uno, específicamente un puerto serie (estos todavía están presentes, más comúnmente / dev / ttyS0, / dev / ttyUSB0 y a veces / dev / ttyacm0). Entonces tienes pseudo ttys y ttys virtuales. las viejas manos de Unix están familiarizadas con los pseudo ttys que se utilizan para terminales remotos (ssh y telnet), terminales virtuales (xterm y similares) y multiplexores de terminales (pantalla y tmux). Los pseudo ttys han tenido varios esquemas de nombres a lo largo del tiempo, pero el actual usa nombres como / dev / pts / 0. Los ttys virtuales, por otro lado, están asociados con las consolas virtuales, específicamente cuando usa las teclas de función alt de control, está cambiando las consolas virtuales, cada una de las cuales está emparejada con un tty virtual.
Entonces, si necesita encontrar su pseudo tty (o tty virtual cuando usa el modo de texto), hay todo tipo de soluciones, who am io ps ax|grep $$esto es relativamente fácil de hacer, ya que hay varias formas de averiguarlo a medida que se abre el pseudo tty en io estándar en la mayoría de los casos y existen otros métodos que funcionan incluso cuando io se redirige. Esto también tiene la ventaja de hacer lo correcto cuando se usan puertos serie y ttys virtuales siempre que no se utilicen emuladores de terminal gráficos o multiplexores de terminal.
Pero, ¿qué sucede si desea identificar la consola virtual? sudo fgconsolePuede ser útil para casos interactivos. O lo que hago es caminar por las consolas, ya que el cambio suele ser lo suficientemente rápido. No conozco un método programático que funcione de manera confiable en casos no interactivos o sin antecedentes.
Veamos un ejemplo que garantiza que nunca podrá responder de manera confiable a la consola virtual. La computadora en la que estoy sentado (alpha) tiene un servidor X que se ejecuta en tty2 (: 1), tengo tres ventanas abiertas, dos xterms y un vncviewer (conectado a bravo: 2). Un xterm está ejecutando la pantalla, el otro está ejecutando ssh charley. La pantalla tiene dos ventanas abiertas, ssh delta y who (quién identifica correctamente el pseudo tty en la columna dos y proporciona la pista(:1:S0) en la columna cinco que nos dice que el pseudo tty está conectado a la primera sesión de pantalla que está conectada al segundo servidor X, pero no proporciona ninguna información de consola virtual). Ejecutar quién en cualquiera de las sesiones ssh da la pista(alpha)que identifica la máquina de la que proviene la sesión ssh, que es relativamente buena para sesiones remotas. Aunque hay poca información sobre lo que está conectado a la pseudo tty (y absolutamente ninguna consola virtual o incluso información remota de tty está disponible), al menos se identifica el host remoto. la información sobre la pantalla puede ser incorrecta ya que las sesiones de pantalla son desmontables, y vnc no proporciona información útil, ya que la única diferencia entre una sesión de vnc y una sesión local es el número de pantalla. En muchos casos, puede suponer que: 0 está en tty7 pero no siempre, y nunca en el mío, ya que bravo no tiene una tarjeta gráfica y: 0 es una sesión de vnc (que confunde a quién porque cree que es la consola local) y ninguna de las máquinas usa tty7 como sesión gráfica, porque yo (no solo para ser contrario) vuelco los registros a tty7 (y tty5, tty6 y tty8 también) religando sesiones gráficas en otros lugares. Pero la pantalla de espera también puede actuar como un programa de terminal que le permite establecer una sesión a través de un cable serie. ¿Qué informa tal sesión cuando se ejecuta? ¿Por qué nada más que el puerto serie ya sea a través de vnc, xterm, ssh, pantalla y un adaptador serie usb todo a la vez o está conectado a mi televideo?
