我在这里因为一个简单的错字和深刻的无知而感到有点尴尬。为自己省点悲伤:
- 你的 hasbangs/shebangs 必须始终有一个领先
/
,例如#!/bin/bash
- 准确一点
- 如果您在主机和来宾(虚拟)机之间工作而未启用复制和粘贴,请停止。打字错误会毁掉你的代码和你的问题(这可能会让人们感到厌烦)。了解如何进行复制粘贴工作,或者如何在一台机器上工作。手动重新输入是愚蠢的。
- 心怀感激。这里确实有非常乐于助人的人。
- 它们都是 Linux,但不同的发行版在 shell 和脚本方面可能有各自的特点。 (这包括发行版的完整版本和最小版本)。检查你的外壳(
ps -p$$ -ocmd=
对我有用来源)。您是否必须手动创建目录(尤其是在最小发行版中)? - 对我来说,因为它最适用于大多数系统(即“便携式”),所以我将以 开始我的脚本
#!/usr/bin/env <SHELL>
,其中 SHELL 是bash
、sh
或其他。许多指导网站似乎只是说“始终以#!/bin/bash
”开头,没有任何解释或警告。只是不真实。 - 外壳检查。这个工具可能非常有帮助。 (信用 -罗埃马)
我无法让脚本在具有 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
)。
为什么舍邦不起作用?等效的脚本#!bin/bash
在我的 Ubuntu Mate (Xenial) 主机上工作得很好。
我确信这是一个非常基本的错误,但我很困惑。这是我的第二个剧本,所以我很高兴能够获得相关的基础材料。
提前致谢
编辑
谢谢杰西_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
最终编辑- 不同的发行版对 hashbang/shebang 的格式化方式或多或少会严格一些。我发现这个帖子其中有人描述了早期版本的 Mint/Xfce 和 Lubuntu/LXDE 的类似问题。
(当我在 Lubuntu Minimal/LXDE 来宾中手动重新输入主机 Ubuntu Mate 中的脚本时,我遇到了麻烦。我以为我观察到了发行版之间的不同行为,但是 a)我不明白 shebang 格式的重要性, b)有些网站提供的建议可能不太好,并且 c)我很容易出现拼写错误。作为一个实验,看看你的脚本是否可以在没有 shebang 的情况下工作。)
答案1
你的 hash bang 必须以前导斜杠开头/
#!bin/bash
几乎可以肯定不是有效的目录/文件路径,应该是#!/bin/bash
如果您不确定 shell 是否存在,您始终可以使用ls
或 来确保路径正确,或者更便携的编写方式是:
#!/usr/bin/env bash
这将导致系统自动查找bash
(或您选择的任何解释器)via的路径env
并使用它找到的第一个路径。