即使以 root 身份也无法执行 bash 脚本？
我有一个奇怪的问题，我无法执行 bash 脚本，甚至像这样基本：
#!/bin/bash
echo "me"
我将其保存为 test.sh，然后执行 chmod 755 test.sh 并运行一次 ./test.sh 获取：
bash: ./test.sh: Permission denied
任何可能导致此问题的想法？
I have a weird problem, I cant execute bash script even as basic as:
#!/bin/bash
echo "me"
I am saving it as a test.sh and then do chmod 755 test.sh and once run ./test.sh getting:
bash: ./test.sh: Permission denied
Any ideas what could be causing this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（9）
如果您使用“noexec”选项挂载文件系统，则可能会发生这种情况。你应该删除它。
That can happen if you have mounted the file system with the "noexec" option. You should remove it.
脚本需要可执行。使用这个：
Script needs be executable. Use this:
尽管与该特定线程不直接相关；如果文件来自 Windows 系统，则行尾可能有 CR/LF。这将影响文件中的所有行，包括初始执行行，并且在您查看文件时将不可见。
要查看这一点，您可以 cat -A 文件：
$ 猫 -A ./test.sh
#!/bin/bash^M$
echo "me"^M$
要删除，请使用 dos2unix。
Although not directly pertinent to this particular thread; if a file has come form a Windows system there may be a CR/LF at the end of the line. This would affect all lines in the file, including the initial execution line, and would not be visible if you are viewing the file.
To see this, you could cat -A the file:
$ cat -A ./test.sh
#!/bin/bash^M$
echo "me"^M$
To remove, use dos2unix.
尝试
查看文件的实际权利和所有权。查看 chmod 命令是否确实有效。您可能想要更改所有权以及文件检查的模式： http://www.tuxfiles .org/linuxhelp/fileowner.html
Try
to see the actual rights and ownership of the file. To see if the chmod command actually worked. You might want to change the ownership along with the mod of the file check : http://www.tuxfiles.org/linuxhelp/fileowner.html
使用 chmod +x ./test.sh
这应该允许你运行它。
Use
chmod +x ./test.shthis should allow you to run it.
另外，检查包含脚本的目录/文件系统是否已安装 nfs。 root 不会从 nfs 安装位置运行脚本。
Also, check to see if the directory/filesystem containing the script is nfs-mounted. root won't run scripts from nfs-mounted locations.
在 macOS 中，如果存在 com.apple.quarantine 标志，则可能会发生这种情况。如果在脚本路径上运行
ls -l后看到权限上有 @ 后缀，请执行ls -l@ *script_path*进行确认。然后运行 xattred -d com.apple.quarantine *script_path*以删除隔离标志。In macOS this can occur if a com.apple.quarantine flag exists. If you see a @ suffix on the permissions after running a
ls -lon the script's path, executels -l@ *script_path*to confirm. Then run axattred -d com.apple.quarantine *script_path*to remove the quarantine flag.当你在该文件的目录中时，你需要使用
./test.sh，如果没有，请尝试PATH TO THE SCRIPT。或者你可以将其复制到某个目录/data并 chmod 它用于 shell，然后执行上述步骤。如果仍然失败，没关系，因为我也有同样的问题，我刚刚成功了一次。you need use
./test.shwhen you in the directory of that file,if you don't,tryPATH TO THE SCRIPT.or you can copy it to some directory of/dataand chmod it for shell,then do the above steeps.if you still fail,it's ok because i have a same problem,i just did it success for once time.对于默认使用
noexec挂载的文件系统（例如 NFS），在末尾显式添加exec会有所帮助，即使前面提供了选项列表默认也暗示noexec，例如user选项。因此，如果您有以下选项之一：
noexecuser将它们更改为：
exec或user,exec它是将
exec放在末尾很重要。如果您之前使用过user等其他选项，则仅删除noexec在某些情况下可能会有所帮助，但并非在所有情况下都有帮助。For filesystems which are mounted with the
noexecby default, for example NFS, explicitly addingexecat the end helps, even when options provided earlier in the list default implynoexecas well, e.g. theuseroption.So if you have one of those options:
noexecuserChange them to:
execoruser,execIt is important to place
execat the end. Just removingnoexecmay help in certain cases, but not in all, if you are using other options likeuserbefore.