Linux上执行Shell脚本运行失败提示Permission denied一个问题，挺好的问题，切中了知识盲点。
问题现象
Shell脚本在/tmp目录下，执行./test.sh运行失败，提示Permission denied。
问题分析
1、检查ls -al test.sh脚本是否有可执行权限。权限为777。看来套路不行啊。。以前通常90%都是这个原因引起的。
2、尝试使用sh test.sh运行，可以执行。为啥。。
3、是/tmp目录没有执行权限？执行stat / 和stat /tmp发现权限都满足。。有点慌。。解决不了了。下图stat命令执行结果供参考。
4、借助搜索。发现是/tmp文件系统的属性被设置了noexec。noexec表示对应文件系统不允许执行可执行程序，即使文件具有可执行过权限。通常是考虑安全原因会这么设置。
问题解决
1、将脚本放到其他不具有noexec文件系统目录执行或者使用sh test.sh运行。
2、如果可以将/tmp文件系统中noexec属性去掉，可以使用如下操作步骤(说明：仅限测试环境操作)
(1)在/etc/fstab文件中将/tmp文件系统的noexec属性删掉。
(2)重新挂载/tmp文件系统。执行umount /tmp; mount /tmp将/tmp文件重新挂载。
知识拓展
这里主要是因为不了解文件系统挂载参数的约束导致问题无法及时解决。学习下/etc/fstab文件及挂载参数内容。
/etc/fstab文件内容总共包含6列。
第一列：Device：磁盘设备文件或者该设备的Label、UUID
第二列：Mount point：设备的挂载点，就是你要挂载到哪个目录下。
第三列：filesystem：磁盘文件系统的格式，包括ext2、ext3、reiserfs、nfs、vfat等。可以使用df -T查看
第四列：parameters：文件系统的参数
Async/sync 设置是否为同步方式运行，默认为async(性能较佳)
auto/noauto 当执行mount -a 的命令时，此文件系统是否被主动挂载。默认为auto
rw/ro 是否以只读或者读写模式挂载
exec/noexec 限制此文件系统内是否能够运行可执行文件。
user/nouser是否允许用户使用mount命令挂载
suid/nosuid 是否允许SUID的存在
Usrquota 启动文件系统支持磁盘配额模式。这个涉及到磁盘配额的知识。有兴趣可以扩展看看
Grpquota 启动文件系统对群组磁盘配额模式的支持
Defaults 同时具有rw,suid,dev,exec,auto,nouser,async等参数。基本上，默认使用Defaults设置即可。
第五列：能否被dump备份命令作用：dump是一个用来作为备份的命令。通常值为0或者1。测试环境很少用。
第六列：是否检验扇区：开机的过程中，系统默认会以fsck检验我们系统是否为完整(clean)。一般来说，根目录设置为1，其他的文件系统设置为2。以前经常会在IBM的AIX系统遇到该问题。
总结
看了这个案例，相信如果你以后再遇到Shell脚本运行失败提示Permission denied的问题，解决它的概率就比别人大很多了。。
[转帖]Linux /tmp目录下执行脚本失败提示Permission denied
Linux /tmp目录下执行脚本失败提示Permission denied 国产化的环境上 就有一个 ...
linux 下执行.sh文件提示permission denied
linux 下执行.sh文件提示permission denied 在脚本文件目录下运行命令,赋予权限: chmod 777 *.sh or chmod +x *.sh
linux下执行脚本失败的解决办法
现象: 1的解决办法:赋予该文件可执行权限即可,chmod +x docker.sh 2的解决办法: ...
shell 脚本中的当前工作目录等于执行脚本时所在的工作目录
