curl命令执行失败是安装脚本卡住的首要原因，需先确认系统已安装curl或wget、网络通畅、sudo可用、时间同步正常，并注意脚本对root权限和离线环境的实际要求。
curl 命令执行失败时，脚本根本跑不起来——这是绝大多数一键安装脚本卡住的第一关。
Linux 一键安装脚本不是“复制粘贴就能用”的魔法，它依赖网络、权限、系统基础工具链是否就位。没提前校验这些，后面所有步骤都白搭。
先确认系统基础是否可靠
-
curl或wget必须存在，否则连脚本都下不来；CentOS 7 默认有wget，但 Ubuntu 最小安装可能连wget都没有 -
sudo要可用，多数脚本默认以普通用户启动，靠sudo提权安装系统包；若禁用了sudo或未加入sudoers，会卡在apt-get install或yum install步骤 -
systemd或sysvinit要匹配：Ubuntu 20.04+、CentOS 7+ 用systemctl，而 CentOS 6 或某些嵌入式发行版仍用service，硬写systemctl start nginx会报错Command not found - 时间同步要正常：
date显示严重偏差（如 1970 年）会导致 TLS 握手失败，curl -sSL https://...直接超时或报Certificate verify failed
不同组件脚本对 root 权限的处理差异很大
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
有些脚本设计为“非 root 用户可运行”，内部用 sudo 控制提权粒度（比如只对 apt install 提权，对解压、配置文件写入用当前用户）；另一些则直接要求 sudo ./install.sh，甚至检查 [ $(id -u) -ne 0 ] && echo "Please run as root" && exit 1。
不看清这点，容易在中途被拒绝写入 /usr/local 或修改 /etc/systemd/system。
- Rust 安装脚本（
rust_install.sh）明确不推荐用 root 运行，因为cargo默认将工具链装到$HOME/.cargo，root 运行会导致普通用户无法调用rustc - Docker 安装脚本（如
docker.sh）必须 root，因需写/etc/docker/daemon.json、启用systemd服务、添加用户到docker组 - Miniconda 安装脚本通常允许非 root，但若想全局生效（所有用户都能用
conda），仍需手动把export PATH=...加进/etc/profile，这步必须 root
离线环境下的脚本基本不可直接用
你看到的大多数“一键安装”脚本（如 Nginx、PostgreSQL、JDK 的集合脚本）本质是在线安装器：它们从公网下载二进制包或源码，再编译/解压/配置。一旦断网或防火墙拦截，curl -O @#@#@#@#@#@#@#@#@#@0 就会卡死或报 7（Failed to connect）。
真正能离线运行的脚本，必须满足：
- 所有依赖包（
.deb、.rpm、.tar.gz）已随脚本一并打包进同一目录 - 脚本内路径全部写死为本地相对路径，例如
sudo dpkg -i ./packages/nginx_1.18.0-1_amd64.deb - 不含任何
apt update、yum makecache等联网元操作；若有，需提前注释或替换为本地源配置
PATH 和 service 启动状态最容易被忽略
脚本执行完显示 “Nginx installed”，不代表你能立刻 nginx -v 或 curl localhost。
常见断点：
-
nginx二进制可能装在/usr/local/nginx/sbin/，但该路径未加入PATH，导致命令找不到 -
systemctl daemon-reload没执行，新写的nginx.service文件不被识别 -
firewalld或ufw仍拦截 80 端口，systemctl start nginx成功，但外部无法访问 - 多组件脚本（如 JDK+PostgreSQL+Nginx 总控脚本）里，后一个组件可能依赖前一个的环境变量（比如 PostgreSQL 启动需要
JAVA_HOME），但脚本没做 export 透传，只改了当前 shell 的变量，子进程看不到
真正可靠的自动化，不在“一键”这个动作，而在每一步是否可验证、可中断、可重入。别迷信“install.sh run once success”，多看脚本里有没有 if [ -f /usr/bin/python3.11 ]; then echo "skip"; else ... fi 这类防护逻辑。
