为什么这个命令会杀死我的shell?

时间:2015-06-26 13:47:58

标签: linux bash ubuntu

更新:这是一个更通用的命令,可以更加重现。 ShellFish发现存在更普遍的模式:

non-existingcommand & existingcommand &

例如,

xyz & echo &

另外,我有一个同事尝试ssh连接,并在运行命令后关闭了他的连接。所以这似乎并不局限于某个终端仿真器。

原始问题

echo?a=1&b=2|3&c=4=

行为:

执行命令后,我当前的Gnome Terminal选项卡会在没有警告的情况下关闭。

背景:

我们正在使用curl命令测试URL,但忘记引用它或转义特殊字符(因此是&符号和等号)。期待一些关于语法问题或未找到的命令的废话,我们反而只看到我们的shell退出了。我们花了一些时间将命令缩小到导致行为的最小值。

我们在Ubuntu 14.10上使用Gnome Terminal。奇怪的是,即使我从会话中分离出来,我在运行byobu的另一个盒子上也没有这种行为。它也不会发生在Cygwin上。不幸的是,我仅限于使用Ubuntu 14.10进行测试。

注意:以下命令也会终止我的终端,但只有一半的时间

echo?a=1&b=2&c=3=

其他测试:

有人建议使用子shell ...

guest-cvow8T@chortles:~$ bash -c 'echo?a=1&b=2|4&c=3='
bash: echo?a=1: command not found
guest-cvow8T@chortles:~$ bash: 4: command not found

没有退出。

1 个答案:

答案 0 :(得分:26)

我可以在Ubuntu VM中重现此问题,但不能在OEL VM上重现此问题。区别在于,在Ubuntu上安装了包command-not-found,它提供了python脚本/usr/lib/command-not-found。该脚本负责退出shell。

/etc/bash.bashrc中,有一个函数command-not-found_handle,执行/usr/lib/command-not-found。因此,当我们尝试执行这样的命令时终端退出。当我注释掉对/usr/lib/command-not-found的调用时,问题不再可重现。

来自我的/etc/bash.bashrc

function command_not_found_handle {
     #check because c-n-f could've been removed in meantime 
     if [ -x /usr/lib/command-not-found ]; then 
          /usr/bin/python /usr/lib/command-not-found -- "$1"
          return $?
     elif [ -x /usr/share/command-not-founf/command-not-found ]; then
          /usr/bin/python /usr/share/command-not-founf/command-not-found -- "$1"
          return $?
     else
          printf "%s:command not found\n" "$1"
          return 127
     fi
}