在我的主文件夹中有一个名为foo.sh的脚本。
当我导航到这个文件夹，并输入./foo.sh时，我得到
-bash: ./foo.sh:拒绝访问。
当我使用sudo ./foo.sh时，我得到
Sudo: foo.sh:命令未找到。
为什么会发生这种情况，我该如何解决?
当前回答
如果上面的指南有问题，请尝试chmod u+x foo.sh，而不是chmod +x foo.sh。当其他的解都没有的时候，这个对我有用。
其他回答
如果你对命令行不太熟悉，并且正在使用Ubuntu，你可以用下面的方法解决这个问题:
打开文件所在的文件夹窗口 右键单击可执行文件并选择Properties 转到权限选项卡，并突出显示允许执行文件作为程序
使用这种解决方案，您允许用户将文件作为程序执行，而不需要sudo(或更改root的PATH环境变量)。
您还可以在超级用户PATH中的某个目录(例如/usr/local/bin)中创建到脚本的软链接。然后sudo就可以使用它了。
chmod +x foo.sh
sudo ln -s path-to-foo.sh /usr/local/bin/foo
看看这个答案，有一个想法，把软链接在哪个目录。
到目前为止，我在这里看到的其他解决方案都是基于一些系统定义，但实际上，只要正确调用它，就可以让sudo使用当前的PATH(使用env命令)和/或环境的其余部分(使用-E选项):
sudo -E env "PATH=$PATH" <command> [arguments]
事实上，我们可以用它来做一个别名:
alias mysudo='sudo -E env "PATH=$PATH"'
(也可以将别名本身命名为sudo，取代原来的sudo。)
关于使用sudo时“命令未找到”，更少的黑客方式是编辑secure_path。
这里描述得很完美: https://superuser.com/questions/927512/how-to-set-path-for-sudo-commands
检查sudo上的secure_path
[root@host ~]# sudo -V | grep 'Value to override'
Value to override user's $PATH with: /sbin:/bin:/usr/sbin:/usr/bin
如果$PATH正在被覆盖，使用visudo并编辑/etc/sudoers
Defaults secure_path = /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin
