在 ubuntu 10.04 中，如果我在 /dev 下检查，有 50 多个 tty。tty0, tty1, tty2....
我知道 tty 是用于控制台输入/输出的字符设备。
但为什么有这么多呢？它是像游泳池的东西吗？
/dev/pts/0, 1, 2... , /dev/tty 之间有什么区别？
如果我打开一个终端，新号码会在 /dev/pts 下创建。但我不知道 /dev/tty 什么时候？用来。
即使我创建了 SSH 连接， /dev/tty 的数量也是相同的。
如果我这样做
cat /dev/tty0
并在键盘上输入一些东西，我得到相应的输出。为什么会这样？
使用 URxvt 和 xterm，可以使用支持 256 种颜色而不是仅 8 种颜色的虚拟终端。由于我的英特尔 GMA 显卡受到 KMS 帧缓冲驱动程序的良好支持，我专门在 TTY 上工作。不幸的是，它只支持八种颜色，尽管使用 MPlayer (-vo fbdev/fbdev2) 和其他帧缓冲工具可以解决更多问题。有没有办法告诉 TTY 使用超过八种颜色？
当我运行这样的命令时：
# systemctl status plexmediaserver
我得到漂亮的彩色输出。但是当我运行以下命令时：
# watch -n300 --color systemctl status plexmediaserver
有什么办法可以watch用颜色来执行这个命令systemctl吗？我已经查看了手册页，systemctl但在任何地方都没有看到对颜色的引用。
在 Linux 中，按Alt- F1、Alt-F2等来更改虚拟 tty。
在 OpenBSD 中，应使用Ctrl- Alt-F1等代替。
是否有针对这两个操作系统的控制台命令可以发出来实现这个目标？当一个操作系统在另一个使用某个虚拟机的操作系统中作为来宾运行时，使用按键有时会产生干扰。
我的 Slackware TTY 可以通过运行以下命令轻松破解：
cat some_binary_file
命令后，整个 TTY 将不再显示可读字符，但仍会响应键盘事件。
即使我注销并再次登录，TTY 仍然损坏并且不再显示可读字符。我必须重新启动机器才能恢复正常的 TTY 操作。
有没有不重启整个机器的解决方案？
通过“ALTER颜色”，我的意思是这样的变化从黑色#000000到#111111，并通过“TTY控制台”，我的意思是，当你这样做你会得到什么Ctrl+ Alt+ F1X11平台，而不是一个终端仿真器像xterm或urxvt。
我正在使用 Arch Linux，但我认为这与提供 TTY 的程序有关（agetty我认为）。
我有两个设备通过 ttyUSB0 和 ttyUSB1 连续馈送数据。我有使用这些数据的 php 脚本。我遇到的问题是有时饲料会冻结。我见过的解决此问题的最佳方法是从计算机上拔下 BUB 板并重新插入。但是，我正在寻找一种方法来自动执行此操作。有没有办法告诉 linux 基本上弹出 BUB 板，然后以某种方式再次拿起它？
大约一周前，当我测试 openSUSE 时，我注意到 tty1（是的，只是 tty1）具有 openSUSE 背景。我想在 Ubuntu 中做同样的事情。
我找到了一种使用 fbsplash 的方法。我不太热衷于此，因为它涉及修改内核。
然后我找到了fbterm，它可以让你使用自己的背景并且不涉及修改内核。
所以我让 fbterm 工作；我设置了它，现在我可以以我自己的身份（而不是以 root 身份）运行它，并且它工作得很好。
现在我需要的是如何在我启动 Ubuntu 时让它在 tty 中启动。
编辑：当我启动它时，它还需要像 getty 这样的东西；否则我将无法登录。
我正在设置一个连接到我的 Linux 机器的远程无线串行终端（如果有人想知道，还有一对 XBees）。一切顺利，但有时按键无法通过。这通常是可以管理的，我会看到它的不足并再次击中它。但是，当我必须尝试几次输入密码时，这很糟糕，因为 Linux 不显示任何内容。我已经将该pwfeedback行添加到我的 sudoers 文件中，但我希望登录提示也显示一些反馈。Linux 机器运行的是 Debian（它实际上是一个管理我大部分家庭网络的树莓派）。
是否可以更改 tty 登录提示以在我输入密码时提供反馈？
取而代之的是：
Raspbian GNU/Linux 7 linuxbox ttyAMA0
linuxbox login: skylarmt
Password:
我想要这个：
Raspbian GNU/Linux 7 linuxbox ttyAMA0
linuxbox login: skylarmt
Password: **********
我通过 SSH 维护的系统遇到了问题。当我测试需要 TTY 的命令时，它们可以工作，可能是因为 SSH 会话。在某些不清楚的情况下，没有可用的 TTY 和诸如sudo失败的命令
(sudo: sorry, you must have a tty to run sudo)
他们在 SSH shell 中取得了成功，这使得在问题发生之前很难跟踪。由于这是一个反复出现的问题，我正在寻找一种方法来在不提供 TTY 的 shell 中测试对脚本的更改。
我正在使用带有 bash 和 ksh 的 Ubuntu 19.04、CentOS 6 和 Debian 9。