我在这里因为一个简单的错字和一个深刻的无知而让自己有点尴尬。为自己省点悲伤：
- 你的 hasbangs/shebangs 必须总是有一个前导
/，例如#!/bin/bash - 准确
- 如果您在主机和来宾（虚拟）机器之间工作而没有启用复制和粘贴，请停止。错别字会扼杀你的代码和你的问题，（这可能会让人们失望）。弄清楚如何让复制和粘贴工作，或在一台机器上工作。手动重新输入是愚蠢的。
- 非常感激。这里真的有很多乐于助人的人。
- 它们都是 linux，但在 shell 和脚本方面，不同的发行版可能有一些特殊性。（这包括发行版的完整和最小版本）。检查你的外壳（
ps -p$$ -ocmd=为我工作）。您是否必须手动创建目录（尤其是在最小发行版中）？ - 对我来说，因为它最适用于大多数系统（即“便携式”），我将使用 开始我的脚本
#!/usr/bin/env <SHELL>，其中 SHELL 是bash、sh或其他。许多指导网站似乎只是说“始终以”开头，#!/bin/bash而没有任何解释或警告。只是不正确。 - 壳牌检查。这个工具可能很有帮助。（信用 - roaima）
我无法让脚本在带有 shebangs 的 Lubuntu (Xenial) Minimal (+LXDE) VM 中运行 - 没有，它们很好。
根据上一篇文章中的建议，我制作了一个非常简单的脚本，有 4 个版本，仅在 shebang 上有所不同：
echotest（没有shebang线）：
#blantantly simple test to figure out script problems
echo "this is working - type something for me to repeat it"
read input
echo $input
echotest-bin-bash
#!bin/bash
#blantantly simple test to figure out script problems
echo "this is working - type something for me to repeat it"
read input
echo $input
还有两个，对应于#!bin/dash和 [编辑：在下面插入“bin”，在本文中不是脚本] #!bin/sh。
这些文件保存在~/bin我在某处阅读论坛后手动创建的目录中。
从那里测试脚本会产生：
x@computer:~$ echotest
this is working - type something for me to repeat it
test1
test1
即它可以在没有任何shebang的情况下工作，但是
x@computer:~$ echotest-bin-bash
bash: /home/x/bin/echotest-bin-bash: bin/bash: bad interpreter: No such file or directory
x@computer:~$ echotest-bin-dash
bash: /home/x/bin/echotest-bin-dash: bin/bash: bad interpreter: No such file or directory
x@computer:~$ echotest-bin-sh
bash: /home/x/bin/echotest-bin-sh: bin/sh: bad interpreter: No such file or directory
更远，
x@computer:~$ ./echotest-bin-bash
bash: ./echotest-bin-bash: No such file or directory
为了测试我在论坛/博客上阅读的另一个建议，我从其中删除了脚本~/bin并在保存为/usr/local/bin.
x@computer:~$ echotest
bash: /home/x/bin/echotest: No such file or directory
对于所有其他变体也是如此。
然而，
x@computer:~$ sudo /usr/local/bin/echotest
this is working - type something for me to repeat it
test
test
（即有效）
x@computer:~$ sudo /usr/local/bin/echotest-bin-bash
sudo: unable to execute /usr/local/bin/echotest-bin-bash: No such file or directory
Hangup
请注意，所有权限都已被授予chmod +x <filename>或很少使用chmod 777 <filename>，并仔细检查ls -l /rele/vant/directory。
x@computer:~$ echo $PATH
/home/x/bin:/home/x/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
为了回答我第一次尝试这个问题时的回复，Lubuntu Minimal 显示了这些已安装：
||/ Name Version Architecture Description
+++-==============-============-============-=================================
ii dash 0.5.8-2.1ubu amd64 POSIX-compliant shell
ii bash 4.3-14ubuntu amd64 GNU Bourne Again SHell
使用从论坛收集的我不完全理解的命令：
x@computer:~$ file "$(type -P bash)" 2>/dev/null
/bin/bash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=[redacted for the forum], stripped
x@computer:~$ type -p bash
/bin/bash
墨菲，如果你正在阅读 - 我没有运气尝试调用 bin/bash，得到提示。我不知道我的搜索词是如何带来太多脱靶材料的。
最后，我在 .desktop 文件中测试了功能正常的脚本（即没有 shebang），它运行良好（Exec=echotest）。
为什么shebangs不起作用？在我的 Ubuntu Mate (Xenial) 主机中工作的等效脚本#!bin/bash很好。
我确信这是一个非常基本的错误，但我很难过。这是我的第二个剧本，所以我很高兴被引导到相关的基础材料。
提前致谢
编辑
谢谢杰西_b。
Edit1.1 - 不，我错了。#!/bin/bash 确实有效。我已经搜索了终端历史记录，但找不到我之前提到的那个条目。
此外，#!/usr/bin/env bash完美运行。
编辑 2
谢谢墨菲
使用 hashbang#!/bin/sh并且#!/bin/bash工作得很好。
更远
x@computer:~$ ls -l /bin/bash
-rwxr-xr-x 1 root root 1037528 May 16 2017 /bin/bash
x@computer:~$ /usr/bin/env | grep bash
SHELL=/bin/bash
x@computer::~$ ls -l /bin/*sh
-rwxr-xr-x 1 root root 1037528 May 16 2017 /bin/bash
-rwxr-xr-x 1 root root 154072 Feb 17 2016 /bin/dash
lrwxrwxrwx 1 root root 4 May 16 2017 /bin/rbash -> bash
lrwxrwxrwx 1 root root 4 Feb 17 2016 /bin/sh -> dash
最后的编辑- 不同的发行版或多或少会严格限制你的 hashbangs/shebangs 的格式。我发现这篇文章有人描述了早期版本的 Mint/Xfce 和 Lubuntu/LXDE 的类似问题。
（当我手动将主机 Ubuntu Mate 中的脚本重新输入到 Lubuntu Minimal/LXDE 客户机时遇到了麻烦。我以为我观察到发行版之间的不同行为，但是 a）我不理解 shebang 格式的重要性， b) 有些网站提供的建议可能不太好，c) 我很容易出现拼写错误。作为一个实验，看看你的脚本是否可以在没有 shebang 的情况下工作。）