我的问题是，我在互联网上找到的大多数指南都解释了如何在 GRUB 1 上启用串行终端，但它们似乎已转移到 Debian 上的 GRUB 2。
我在 VMware 中运行 Debian，并将串行端口设置为命名管道 com_1，并将其设置为服务器，另一端设置为虚拟机。在另一端，我使用相同的命名管道，并将一端设置为客户端，另一端设置为虚拟机。我还关注了这导游，另一端看不到终点站。
答案1
幸运的是，这个过程并不太复杂，只需要在适当的安装文件中取消注释一些行。
首先是 GRUB 设置：
使用您喜欢的编辑器打开文件/etc/default/grub并确保它包含以下行：
GRUB_CMDLINE_LINNUX="console=tty0 console=ttyS0,9600n8"
GRUB_TERMINAL=serial
GRUB_SERIAL_COMMAND="serial --speed=9600 --unit=0 --word= --parity=no --stop=1"
上述某些行可能已经存在，需要修改或完全添加。还应修改它们以匹配终端期望的设置以及终端连接到的串行端口。
接下来是/etc/securetty文件。打开它并确保要使用的串行端口在列表中。如果不在，请将它们添加到那里。
之后打开/etc/inittab文件并取消注释底部的行：
T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
可能还需要编辑此行以获得适当的设置，例如终端类型、速度和串行端口。
此后，需要更新引导加载程序。命令update-grub将编译 grub 的设置并重新安装引导加载程序。此后应设置系统。
奖励积分我在 Windows 7 主机上使用 VMware，但经过上述操作后，它却无法正常工作！我该怎么办？
确保命名管道正常工作。为此，Sysinternals 程序pipelist.exe在这里很有用。可以从以下位置获取这里。在 Windows 安装后使用默认设置，它不会列出管道，反而会崩溃。如果发生这种情况，请转到控制面板->程序和功能->打开或关闭 Windows 功能->Microsoft .NET Framework 3.5.1 并启用Windows Communication Foundation Non-HTTP Activation、重新启动，命名管道现在应该可以正常工作。