Cofnijmy się i zacznijmy od zamieszania: czym jest tty? Pierwotnie tty był skrótem teletypu, który stał się teletekstem szklanym, który stał się dowolnym terminalem lub połączeniem z jednym, a konkretnie portem szeregowym (Są one nadal w pobliżu, najczęściej / dev / ttyS0, / dev / ttyUSB0 i czasami / dev / ttyacm0). Potem masz pseudo tty i wirtualne tty. stare ręce uniksowe są zaznajomione z pseudotytami, które są używane do zdalnych terminali (ssh i telnet), wirtualnych terminali (xterm i tym podobne) oraz multiplekserów terminali (screen i tmux). Pseudo tty miały z czasem różne schematy nazewnictwa, ale obecnie używa nazw takich jak / dev / pts / 0. Z drugiej strony wirtualne tty są powiązane z konsolami wirtualnymi, szczególnie gdy używasz klawiszy funkcyjnych Control Alt, przełączasz wirtualne konsole, z których każda jest sparowana z wirtualnym tty.
Więc jeśli chcesz znaleźć swój pseudo tty (lub wirtualny tty, gdy używasz trybu tekstowego), istnieje wiele różnych rozwiązań, takich jak who am ilub ps ax|grep $$jest to stosunkowo łatwe, ponieważ istnieje wiele sposobów, aby się tego dowiedzieć, ponieważ pseudo tty jest otwierany w standardowym systemie io w większości przypadków i istnieją inne metody, które działają nawet po przekierowaniu io. ma to również tę zaletę, że robi się dobrze, gdy używasz portów szeregowych i wirtualnych tty, o ile nie używasz emulatorów terminali graficznych ani multiplekserów terminali.
Ale co, jeśli chcesz zidentyfikować wirtualną konsolę? sudo fgconsolemoże być przydatny w interaktywnych przypadkach. Albo po prostu chodzę po konsolach, ponieważ przełączanie jest zazwyczaj wystarczająco szybkie. Nie znam metody programowej, która działa niezawodnie w przypadkach nieinteraktywnych lub nieprzewidzianych w ziemi.
Spójrzmy na przykład, który gwarantuje, że nigdy nie będzie w stanie niezawodnie odpowiedzieć na wirtualną konsolę. Komputer, na którym siedzę przed (alpha) ma Xserver działający na tty2 (: 1), mam trzy okna otwarte dwa xtermy i vncviewer (podłączony do bravo: 2). Jeden xterm jest uruchomiony ekran, drugi działa ssh charley. Screen ma dwa otwarte okna, delta ssh i kto (kto poprawnie identyfikuje pseudo tty w kolumnie drugiej i podaje wskazówkę (:1:S0)w kolumnie piątej, która mówi nam, że pseudo tty jest podłączony do pierwszej sesji ekranu, która jest połączona z drugim serwerem X, ale nie podaje żadnych informacji o konsoli wirtualnej). Przebieg, który w którejkolwiek sesji ssh daje podpowiedź(alpha)która identyfikuje maszynę, z której pochodzi sesja ssh, która jest stosunkowo dobra dla sesji zdalnych. Chociaż niewiele jest informacji o tym, co jest podłączone do pseudo tty (i absolutnie nie jest dostępna żadna wirtualna konsola, ani nawet zdalne informacje tty), przynajmniej zdalny host jest zidentyfikowany. informacje o ekranie mogą być niepoprawne, ponieważ sesje ekranu są odłączalne, a vnc nie dostarcza żadnych użytecznych informacji, ponieważ jedyną różnicą między sesją vnc a sesją lokalną jest numer wyświetlania. W wielu przypadkach można założyć, że: 0 jest na tty7, ale nie zawsze, i nigdy na moim, ponieważ bravo w ogóle nie ma karty graficznej i: 0 to sesja vnc (która myli, kto uważa, że jest to konsola lokalna) i żadna z maszyn nie używa tty7 jako sesji graficznej, ponieważ (nie tylko przeciwnie) zrzucam logi do tty7 (i tty5, tty6 i tty8 także) religijnie sesje graficzne gdzie indziej. Ale ekran oczekiwania może również działać jako program terminalowy, umożliwiając nawiązanie sesji za pomocą kabla szeregowego. Co zgłasza taka sesja, kto jest uruchamiany? Po co tylko port szeregowy, czy to przez vnc, xterm, ssh, screen i adapter szeregowy USB jednocześnie lub jest podłączony do mojego telewideo.
