Shell不显示键入的命令，“重置”有效，但是发生了什么？

我的问题是Bash shell停止显示我键入的字符。它确实会读取命令。

我已经多次遇到此问题，但我不知道是什么原因引起的。我知道如何解决它，但是当我“伏案”解决问题的方式时，我真的不喜欢它。

我将描述遇到这个问题的两种方式：

我正在运行一个特定的进程，http://pythonpaste.org/script/，有时当我停止该进程或该进程中断时，控制权将交还给Shell。然后，当我在外壳中键入命令时，我键入的字符不会显示。当我按Enter键时，命令已提交。因此，例如：

• 我输入“ ls”
• 我只看到一个空的提示，仅此而已
• 我按Enter键，然后得到文件列表，换句话说：该命令已执行
• 当我发出“重置”命令时，外壳再次开始正常工作

发生这种情况的第二种方式是当我给出如下命令时：

$ grep foo * -l | xargs vim

我使用grep查找具有特定模式的文件，然后我想打开grep生成的所有文件。这就像一种魅力（尽管没有我希望的那样快）。但是当我退出Vim时，我的shell停止显示我键入的字符。重置命令可以解决此问题。

我的猜测是，这两个问题都有根本原因，但我对这个原因的方式或原因感到困惑。

搜索这个问题本身就是有问题的，因为描述有点含糊，没有硬性的搜索条件。

编辑

给

stty --all

根据John S. Gruber的请求，命令给出了以下输出（为便于阅读，对空格进行了编辑）

speed 0 baud;
rows 53;
columns 186;
line = 0;
intr = <undef>;
quit = <undef>;
erase = <undef>;
kill = <undef>; 
eof = <undef>;
eol = <undef>; 
eol2 = <undef>; 
swtch = <undef>; 
start = <undef>; 
stop = <undef>; 
susp = <undef>;
rprnt = <undef>; 
werase = <undef>; 
lnext = <undef>; 
flush = <undef>; 
min = 0; 
time = 0;
-parenb 
-parodd cs8 
-hupcl 
-cstopb cread 
-clocal 
-crtscts
-ignbrk 
-brkint 
-ignpar 
-parmrk 
-inpck 
-istrip 
-inlcr 
-igncr 
-icrnl 
-ixon 
-ixoff 
-iuclc 
-ixany 
-imaxbel 
-iutf8
-opost 
-olcuc 
-ocrnl 
-onlcr 
-onocr 
-onlret 
-ofill 
-ofdel nl0 cr0 tab0 bs0 vt0 ff0
-isig 
-icanon 
-iexten 
-echo 
-echoe 
-echok 
-echonl 
-noflsh 
-xcase 
-tostop 
-echoprt 
-echoctl 
-echoke

当运行外壳程序或外壳程序中的大多数程序时，您键入的任何内容都会被内核的tty子系统回显到用户终端。对于擦除字符，Ctrl + R，Ctrl + Z等，还有其他特殊处理。

从命令行运行的某些程序（尤其是编辑器）不需要或不需要它。因此，他们通过对tty（终端）设备的IOCTL调用向内核发出信号，表示他们不希望这种行为。他们也不希望特殊角色做特殊的事情。相反，他们向内核请求“原始”模式。特别是，像vim这样的编辑器会关闭各种“回声设置”。所有这些都适用于计算机串行线路上的真实tty终端，或Alt + Ctrl + F1处的虚拟终端，或在GUI下运行诸如gnome-terminal之类的操作时获得的真实虚拟终端。

此类程序应该在退出之前重置它们正在使用的虚拟tty上更改的任何模式，例如，通过输入退出编辑器命令或获取信号（来自Control + C）。

如果他们不能正确执行此操作，则tty会处于您发现的有趣状态。由于程序可能无法重置终端，reset因此编写了该命令以允许用户恢复。

我认为该中断使您正在运行的python软件陷入混乱。我猜该程序没有机会重置终端，或者只是没有这样做。

在vim的情况下，当我运行您的示例时，我得到的行为与您描述的相同。我还看到一条消息“ Vim：警告：输入不是来自终端”（重置后消失）。这是因为vim不能从shell正常启动。取而代之的是，'grep'和'xargs'命令一直使用标准输入（通常由tty占用），目的是从greptto 传递文件名xargs。

在您发布的输出中，stty -a我们可以看到“ -echo”，并确认这是问题所在。如果您以无法优雅处理信号的方式杀死vim，则可能会遇到相同的问题。

在https://stackoverflow.com/questions/3852616/xargs-with-command-that-open-editor-leaves-shell-in-weird-state的其他地方描述了该问题。

vim情况的解决方案是避免使用xargs，而是使用：

 vim $(grep foo * -l)

这里的文件列表是由shell构造的，就像xargs一样，但是shell调用的是vim，它直接连接到tty。有一条警告消息发送到错误输出文件，并且vim正确设置并重置了tty设置。

更多的引用在这里，另一个有趣的一个位置。另一个有趣的解决方案是对https://stackoverflow.com/questions/8228831/why-does-locate-filename-xargs-vim-cause-strange-terminal-behaviour的回答。

我将在系统上启动一个新用户（我的意思是创建一个新的干净用户并在那里登录），然后查看问题是否在那里。如果不是，则为您的终端或X11设置。