189 8069 5689
1、tty1~tty6各终端之间没有区别的，是为了方便用户的登录。
成都创新互联-专业网站定制、快速模板网站建设、高性价比台儿网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式台儿网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖台儿地区。费用合理售后完善，10年实体公司更值得信赖。
同时利用其同一用户或其他用户同时登录，切换用户的时候，只需要使用alt+ctrl+fn切换即可，方便管理。
2、当tty1 登录后，出现死机时，可切换到tty2（alt+ctrl+f2），利用另一个用户登录。
利用root用户登录，ps -aux | grep program_name查询到刚才的那个让系统死机的进程，然后kill pid掉即可。
这时系统就会恢复正常，可通过service program_name start再次启动这个进程。
3、通过w命令，或who命令可以查看当前登录的用户。
其中line那个字段就表示用户所使用的登录终端，tty1表示虚拟控制台，通过ALT+CTRL+FN。
pts/n，远程登录的用户，使用securecrt，putty等远程登录工具登录的用户，终端显示的就是pts/n，比如说pts/0，在本机上，的xwindow下，打开的那个终端，也显示为pts/n。
4、可以更改ttyn虚拟控制台virtual console的数量，在/etc/inittab文中
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
这6行，就表示可以启动的tty了。
第一个字段（1-6）表示编号。
第二个字段，表示在那种运行级别启动ttyn，其中2345就表示在runlevel为2345都启动此ttyn。如果你只想在指定的运行级别启动某个ttyn的话，可以修改这个字段的值，
比如，tty4只能在运行级别为35时（是runlevel 3 和runlevel 5），删除24即可。
如果想启动某个运行级别只需要注视掉对应的行即可。要重新开启时，删除#即可。
扩展资料：
ubuntu终端命令：
sudo: Executing Commands with Elevated Privileges 执行命令特权 sudo是允许系统管理员让普通用户执行一些或者全部的root命令的一个工具，如halt，reboot，su等等。
这样不仅减少了root用户的登陆 和管理时间，同样也提高了安全性。Sudo不是对shell的一个代替，它是面向每个命令的。
参考资料来源：百度百科-ubuntu终端命令
参考资料来源：百度百科-linux
linuxtty未退出的解决方法如下：
退出Vi
当编辑完文件，准备退出Vi返回到shell时，可以使用以下几种方法之一。
在命令模式中，连按两次大写字母Z，若当前编辑的文件曾被修改过，则Vi保存该文件后退出，返回到shell;若当前编辑的文件没被修改过，则Vi直接退出, 返回到shell。
在末行模式下，输入命令
:w
Vi保存当前编辑文件，但并不退出，而是继续等待用户输入命令。在使用w命令时，可以再给编辑文件起一个新的文件名。
:w! newfile
否则可选择另外的文件名来保存当前文件。
在末行模式下，输入命令
:q
系统退出Vi返回到shell。若在用此命令退出Vi时，编辑文件没有被保存，则Vi在显示窗口的最末行显示如下信息：
No write since last change (use ! to overrides)
提示用户该文件被修改后没有保存，然后Vi并不退出，继续等待用户命令。若用户就是不想保存被修改后的文件而要强行退出Vi时，可使用命令
:q!
Vi放弃所作修改而直接退到shell下。
在末行模式下，输入命令
:wq
Vi将先保存文件，然后退出Vi返回到shell。
在末行模式下，输入命令
:x
该命令的功能同命令模式下的ZZ命令功能相同。
TTY设备包括虚拟控制台，串口以及伪终端设备。
TTY是TeleTYpe的一个老缩写。Teletypes，或者teletypewriters，原来指的是电传打字机，是通过串行线用打印机键盘通过阅读和发送信息的东西，和古老的电报机区别并不是很大。之后，当计算机只能以批处理方式运行时（当时穿孔卡片阅读器是唯一一种使程序载入运行的方式），电传打字机成为唯一能够被使用的“实时”输入/输出设备。最终，电传打字机被键盘和显示器终端所取代，但在终端或TTY接插的地方，操作系统仍然需要一个程序来监视串行端口。一个getty“Get TTY”的处理过程是：一个程序监视物理的TTY/终端接口。
在Linux中，TTY也许是跟终端有关系的最为混乱的术语。TTY是TeleTYpe的一个老缩写。Teletypes，或者teletypewriters，原来指的是电传打字机，是通过串行线用打印机键盘通过阅读和发送信息的东西，和古老的电报机区别并不是很大。之后，当计算机只能以批处理方式运行时（当时穿孔卡片阅读器是唯一一种使程序载入运行的方式），电传打字机成为唯一能够被使用的“实时”输入/输出设备。最终，电传打字机被键盘和显示器终端所取代，但在终端或TTY接插的地方，操作系统仍然需要一个程序来监视串行端口。一个getty“Get TTY”的处理过程是：一个程序监视物理的TTY/终端接口。对一个虚拟网络服务器（VNC）来说，一个伪装的TTY(Pseudo-TTY，即假冒的TTY，也叫做“PTY”）是等价的终端。当你运行一个xterm(终端仿真程序）或GNOME终端程序时，PTY对虚拟的用户或者如xterm一样的伪终端来说，就像是一个TTY在运行。“Pseudo”的意思是“duplicating in a fake way”（用伪造的方法复制），它相比“virtual”或“emulated”更能真实的说明问题。而在的计算中，它却处于被放弃的阶段。
tty也是一个Unix命令，用来给出当前终端设备的名称。
终端是一种字符型设备，它有多种类型，通常使用tty来简称各种类型的终端设备。
在Linux系统的设备特殊文件目录/dev/下，终端特殊设备文件一般有以下几种：
串行端口
串行端口终端（Serial Port Terminal）是使用计算机串行端口连接的终端设备。计算机把每个串行端口都看作是一个字符设备。有段时间这些串行端口设备通常被称为终端设备，因为那时它的最大用途就是用来连接终端。这些串行端口所对应的设备名称是/dev/tts/0（或/dev/ttyS0),/dev/tts/1（或/dev/ttyS1）等，设备号分别是（4,0），（4,1）等，分别对应于DOS系统下的COM1、COM2等。若要向一个端口发送数据，可以在命令行上把标准输出重定向到这些特殊文件名上即可。例如，在命令行提示符下键入：echo test /dev/ttyS1会把单词”test”发送到连接在ttyS1(COM2）端口的设备上。
伪终端
伪终端(Pseudo Terminal）是成对的逻辑终端设备（即master和slave设备，对master的操作会反映到slave上）。
例如/dev/ptyp3和/dev/ttyp3（或者在设备文件系统中分别是/dev/pty /m3和 /dev/pty/s3）。它们与实际物理设备并不直接相关。如果一个程序把ptyp3(master设备）看作是一个串行端口设备，则它对该端口的读/ 写操作会反映在该逻辑终端设备对应的另一个ttyp3(slave设备）上面。而ttyp3则是另一个程序用于读写操作的逻辑设备。telnet主机A就是通过“伪终端”与主机A的登录程序进行通信。
控制终端
如果当前进程有控制终端(Controlling Terminal）的话，那么/dev/tty就是当前进程的控制终端的设备特殊文件。可以使用命令”ps –ax”来查看进程与哪个控制终端相连。对于你登录的shell，/dev/tty就是你使用的终端，设备号是（5,0）。使用命令”tty”可以查看它具体对应哪个实际终端设备。/dev/tty有些类似于到实际所使用终端设备的一个联接。
控制台
在Linux 系统中，计算机显示器通常被称为控制台终端(Console）。它仿真了类型为Linux的一种终端(TERM=Linux），并且有一些设备特殊文件与之相关联：tty0、tty1、tty2 等。当你在控制台上登录时，使用的是tty1。使用Alt+[F1—F6]组合键时，我们就可以切换到tty2、tty3等上面去。tty1–tty6等称为虚拟终端，而tty0则是当前所使用虚拟终端的一个别名，系统所产生的信息会发送到该终端上（这时也叫控制台终端）。因此不管当前正在使用哪个虚拟终端，系统信息都会发送到控制台终端上。/dev/console即控制台，是与操作系统交互的设备，系统将一些信息直接输出到控制台上。只有在单用户模式下，才允许用户登录控制台。
虚拟终端
在Xwindow模式下的伪终端.如在Kubuntu下用konsole，就是用的虚拟终端，用tty命令可看到/dev/pts/name， name为当前用户名。
其它类型
Linux系统中还针对很多不同的字符设备存在有很多其它种类的终端设备特殊文件。例如针对ISDN设备的/dev/ttyIn终端设备等。
tty设备包括虚拟控制台，串口以及伪终端设备。
/dev/tty代表当前tty设备，在当前的终端中输入 echo “hello” /dev/tty ，都会直接显示在当前的终端中。
Text Telephones (TTY)
聋哑人电话，在手机插入专用设备后支持收发文本，需网络支持，中国网络不支持TTY.
除聋哑模式外，还支持只听不说（HCO）和只说不听（VCO）两种模式。
ttyS0~ ttyS3 (串行端口终端)指的是电脑的各个物理接口（这些都是串口，不是并口），外部的终端通过这些物理接口与电脑连接 ，从而实现和电脑进行交互。
例如：dmesg |grep tty可以查看开启的接口（串口）
目前连接远程服务器或者直接在服务器上面操作等都是通过创建虚拟终端的形式。比如pts/1 和tty1虚拟终端,其中tty表示直接登录机器生成的而pts表示远程连接生成的。其中远程连接是通过sshd服务进行创建session会话和bash进程（所以可以看到有sshd进程，同时虚拟终端可以创建多个，这是依赖ptmx功能，sshd通过与ptmx通讯，ptmx在和相对应的pts通讯从而达到多个虚拟终端的效果）。
例如：在centos系统中的图像界面中打开的terminal就是一个pts但是整个图形界面是一个tty，centos切换到命令行界面后 输入tty命令时输出就是tty1或ttyn了，这时候的命令行界面与图形界面的运行级别是一样的，通过命令行创建的所有进程都是属于tty1终端的。
注意： tty就是ttyS的虚拟版本，只是不需要通过外部线路进行连接了。远程连接服务器需要sshd服务，sshd和tty没有联系，远程连接是因为本地有终端模拟器，本机连接就需要内核直接模拟一个模拟器了，所有远程是pts，本机是tty 。
从上面的流程中可以看出来对用户空间的程序来说它们没有区别，都是一样的；从内核角度来看pts的另一端连接的是ptmx，而tty的另一端连接的是内核的终端模拟器，ptmx和终端模拟器都只是负责维护会话和转发数据包；再看看ptmx和内核终端模拟器的另一端，ptmx的另一端连接的是用户空间的应用程序，如sshd、tmux等，而内核终端模拟器的另一端连接的是具体的硬件，如键盘和显示器。
SSH远程访问---重点
这里的Terminal可能是任何地方的程序，比如windows上的putty，所以不讨论客户端的Terminal程序是怎么和键盘、显示器交互的。由于Terminal要和ssh服务器打交道，所以肯定要实现ssh的客户端功能。这里将建立连接和收发数据分两条线路解释，为了描述简洁，这里以sshd代替ssh服务器程序：
建立连接：
1.Terminal请求和sshd建立连接。
2.如果验证通过，sshd将创建一个新的session。
3.调用API（posix_openpt()）请求ptmx创建一个pts，创建成功后，sshd将得到和ptmx关联的fd，并将该fd和session关联起来。
4.同时sshd创建shell进程，将新创建的pts和shell绑定。
收发消息：
1.Terminal收到键盘的输入，Terminal通过ssh协议将数据发往sshd。
2.sshd收到客户端的数据后，根据它自己管理的session，找到该客户端对应的关联到ptmx上的fd。
3.往找到的fd上写入客户端发过来的数据。
4.ptmx收到数据后，根据fd找到对应的pts（该对应关系由ptmx自动维护），将数据包转发给对应的pts。
5.pts收到数据包后，检查绑定到自己上面的当前前端进程组，将数据包发给该进程组的leader。
6.由于pts上只有shell，所以shell的read函数就收到了该数据包。
7.shell对收到的数据包进行处理，然后输出处理结果（也可能没有输出）。
8.shell通过write函数将结果写入pts。
9.pts将结果转发给ptmx。
10.ptmx根据pts找到对应的fd，往该fd写入结果。
11.sshd收到该fd的结果后，找到对应的session，然后将结果发给对应的客户端。
SSH + Screen/Tmux
常用Linux的同学应该对screen和tmux不陌生，通过它们启动的进程，就算网络断开了，也不会受到影响继续执行，下次连上去时还能看到进程的所有输出，还能继续接着干活。 这种情况要稍微复杂一点，不过原理都是一样的，前半部分和普通ssh的方式是一样的，只是pts/0关联的前端进程不是shell了，而是变成了tmux客户端，所以ssh客户端发过来的数据包都会被tmux客户端收到，然后由tmux客户端转发给tmux服务器，而tmux服务器干的活和ssh的类似，也是维护一堆的session，为每个session创建一个pts，然后将tmux客户端发过来的数据转发给相应的pts。由于tmux服务器只和tmux客户端打交道，和sshd没有关系，当终端和sshd的连接断开时，虽然pts/0会被关闭，和它相关的shell和tmux客户端也将被kill掉，但不会影响tmux服务器，当下次再用tmux客户端连上tmux服务器时，看到的还是上次的内容。