在 Linux 或 macOS 系统中 start.sh,如果出现 -bash: ./start.sh: Permission denied 错误

在 Linux 或 macOS 系统中，当你尝试运行一个脚本（如 ./start.sh）时，如果出现 -bash: ./start.sh: Permission denied 错误，通常是因为该脚本没有执行权限。以下是解决此问题的步骤：

1. 检查脚本权限
使用 ls -l 命令查看脚本的权限：

ls -l start.sh

输出示例：

-rw-r--r-- 1 user group 123 Oct 10 12:34 start.sh

如果权限中没有 x（执行权限），则需要添加执行权限。

2. 添加执行权限
使用 chmod 命令为脚本添加执行权限：

chmod +x start.sh

再次检查权限：

ls -l start.sh

输出示例：

-rwxr-xr-x 1 user group 123 Oct 10 12:34 start.sh

现在脚本已经有了执行权限。

3. 运行脚本
尝试再次运行脚本：

./start.sh

4. 如果仍然无法运行
如果添加权限后仍然无法运行，可能是以下原因：

1. 脚本解释器问题
确保脚本的第一行指定了正确的解释器（Shebang）。例如：

#!/bin/bash

如果没有指定解释器，可能会导致无法运行。

2. 文件系统挂载为 noexec
如果脚本位于一个挂载为 noexec 的文件系统上，即使有执行权限也无法运行。检查文件系统的挂载选项：

mount | grep noexec

如果发现脚本所在的分区挂载为 noexec，需要重新挂载或将其移动到其他分区。

3. SELinux 或 AppArmor 限制
如果系统启用了 SELinux 或 AppArmor，可能会限制脚本的执行。检查相关日志：

dmesg | grep denied

如果需要，可以调整 SELinux 或 AppArmor 的配置。

5. 其他注意事项
确保脚本的路径正确。如果脚本不在当前目录，需要使用绝对路径或相对路径。

如果脚本是从 Windows 系统复制过来的，可能需要检查文件的行尾符（\r\n 替换为 \n）。

使用 dos2unix 工具转换：

dos2unix start.sh

总结

• 使用 chmod +x start.sh 添加执行权限。
• 确保脚本的第一行指定了正确的解释器。
• 检查文件系统挂载选项和 SELinux/AppArmor 配置。
• 如果脚本来自 Windows，使用 dos2unix 转换行尾符。

完成以上步骤后，应该可以正常运行脚本！