我在这里因为一个简单的错字和一个深刻的无知而让自己有点尴尬。为自己省点悲伤:
- 你的 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 的情况下工作。)
您的哈希爆炸必须以前导正斜杠开头
/
#!bin/bash
几乎可以肯定不是有效的目录/文件路径,应该是#!/bin/bash
如果您不确定外壳是否存在,您总是可以使用
ls
or 来确保路径正确,或者更便携的方式来编写它:#!/usr/bin/env bash
这将导致系统自动查找路径
bash
(或您选择的任何解释器)env
并使用它找到的第一个。