2026年评价高的新疆储油罐清洗检测联系方式
2026/1/21 7:58:50
从0开始学Linux：开机启动脚本配置实战入门教程
你有没有遇到过这样的情况：每次重启服务器后，都要手动启动某个程序或执行一段初始化命令？比如运行一个后台服务、挂载网络存储、清理临时文件，或者自动拉取最新代码。重复操作不仅麻烦，还容易遗漏。
其实，Linux 提供了多种方式让你的脚本在系统开机时自动运行，彻底解放双手。本文将带你从零开始，手把手学会如何配置开机启动脚本，重点聚焦现代 Linux 系统中最主流、最推荐的方式——systemd，同时也会介绍其他几种常见方法，帮助你根据实际场景灵活选择。
无论你是刚接触 Linux 的新手，还是想巩固基础的开发者，这篇文章都能让你快速上手并掌握核心要点。
1. 开机启动的核心思路
在进入具体操作前，先搞清楚一个关键问题：什么是“开机启动”？
简单来说，就是让系统在完成引导过程、进入正常工作状态的过程中，自动执行你指定的命令或脚本。
不同 Linux 发行版的启动流程略有差异，但现代系统大多使用systemd作为初始化系统（init system），它负责管理所有服务和启动任务。我们的目标就是告诉systemd：“请在我需要的时候运行这个脚本”。
为什么不能直接把命令写进.bashrc？
你可能会想：那我把命令加到用户的.bashrc或.profile里不就行了？
不行！因为这些文件只在用户登录终端时才会加载。如果你的服务器是无人值守运行，或者脚本需要在用户登录前就执行（比如启动一个 Web 服务），这种方式就完全失效了。
所以我们需要的是系统级的自动执行机制，而不是依赖用户登录。
2. 推荐方法：使用 systemd 配置开机启动（适用于 Ubuntu/CentOS/Debian 等主流系统）
systemd是目前绝大多数现代 Linux 发行版默认使用的系统和服务管理器。它功能强大、稳定性高，并且支持依赖管理、日志记录、自动重启等高级特性。
我们要做的，就是为自己的脚本创建一个service unit 文件，然后注册给systemd。
2.1 编写你的启动脚本
首先，准备一个你要开机运行的脚本。我们以一个简单的例子来演示：创建一个脚本，在系统启动时记录时间并输出一句话。
#!/bin/bash # /usr/local/bin/my_startup_script.sh LOG_FILE="/var/log/my_startup_script.log" echo "$(date): 系统已启动，正在执行自定义脚本..." >> $LOG_FILE echo "$(date): 脚本执行完毕，一切正常。" >> $LOG_FILE exit 0保存为/usr/local/bin/my_startup_script.sh。
关键设置说明：
- shebang 行：
#!/bin/bash告诉系统用 bash 解释器运行。 - 使用绝对路径：即使这里只是调用内置命令，也建议养成习惯，避免环境变量缺失导致失败。
- 添加日志：通过重定向
>>将输出写入日志文件，方便后续排查问题。 - 赋予执行权限：
sudo chmod +x /usr/local/bin/my_startup_script.sh
你可以在这个脚本中加入任何你想自动运行的命令，比如：
- 启动 Python 服务：
/usr/bin/python3 /opt/app/main.py - 挂载 NFS 共享：
mount -t nfs server:/share /mnt/data - 自动更新代码：
cd /opt/project && git pull origin main
2.2 创建 systemd service 文件
接下来，创建一个.service单元文件，告诉systemd如何管理这个脚本。
新建文件：
sudo nano /etc/systemd/system/my_script.service内容如下：
[Unit] Description=我的开机启动脚本 After=network.target network-online.target [Service] Type=oneshot ExecStart=/usr/local/bin/my_startup_script.sh RemainAfterExit=yes User=root StandardOutput=journal StandardError=journal [Install] WantedBy=multi-user.target各部分详解：
| 部分 | 关键字段 | 说明 |
|---|---|---|
[Unit] | Description | 服务描述，便于识别 |
After | 指定在网络服务启动后再运行，确保脚本能访问网络 | |
[Service] | Type=oneshot | 表示脚本执行完即退出，适合一次性任务 |
ExecStart | 要执行的脚本完整路径 | |
RemainAfterExit=yes | 防止 systemd 认为服务已停止 | |
User=root | 以 root 用户身份运行（按需调整） | |
StandardOutput/StandardError | 输出接入 journal 日志系统 | |
[Install] | WantedBy=multi-user.target | 在多用户文本模式下启用 |
提示：如果脚本需要图形界面，则改为
graphical.target；如果是长期运行的服务（如 Web 服务），应使用Type=simple并去掉RemainAfterExit。
2.3 注册并启用服务
现在让systemd加载这个新服务：
# 重新加载 systemd 配置 sudo systemctl daemon-reload # 启用开机自启 sudo systemctl enable my_script.service # 立即测试运行一次 sudo systemctl start my_script.service # 查看运行状态 sudo systemctl status my_script.service如果看到类似active (exited)的状态，说明脚本已成功执行。
2.4 查看日志确认效果
由于我们设置了日志输出，可以通过以下命令查看执行记录：
sudo journalctl -u my_script.service --since today你应该能看到类似这样的输出：
May 10 10:00:05 server systemd[1]: Started 我的开机启动脚本. May 10 10:00:05 server my_startup_script.sh[1234]: Sat May 10 10:00:05 CST 2025: 系统已启动，正在执行自定义脚本...这说明脚本已在后台正确运行。
2.5 测试重启是否生效
最后一步，重启系统验证是否真的实现了“开机自动运行”：
sudo reboot系统重启后，再次查看日志：
sudo journalctl -u my_script.service只要能看到新的启动时间戳记录，就证明配置成功！
3. 其他常用方法简介（按需选用）
虽然systemd是首选方案，但在某些轻量级或特殊场景下，也可以考虑以下替代方法。
3.1 使用 cron 的 @reboot 功能（适合简单任务）
cron不仅能定时执行任务，还能在系统重启时运行一次脚本。
优点：配置极其简单。
缺点：无法精确控制启动顺序，可能在网络未准备好时就执行。
操作步骤：
编辑 root 用户的 crontab：
sudo crontab -e添加一行：
@reboot /usr/local/bin/my_startup_script.sh >> /tmp/startup.log 2>&1保存退出即可。下次重启时该脚本会自动运行。
注意：务必使用绝对路径，并将输出重定向到日志文件，否则你看不到任何反馈。
3.2 利用 /etc/rc.local（传统方式，兼容性较好）
这是早期 Linux 系统常用的启动脚本入口。虽然在systemd中已被弱化，但仍可通过兼容服务启用。
检查是否支持：
ls /etc/rc.local如果没有，可以手动创建：
sudo nano /etc/rc.local内容如下：
#!/bin/sh -e # rc.local - 系统启动时执行的本地脚本 /usr/local/bin/my_startup_script.sh exit 0赋予权限：
sudo chmod +x /etc/rc.local启用兼容服务（Ubuntu/Debian）：
sudo systemctl enable rc-localCentOS/RHEL 可能需要手动创建rc-local.service，过程略复杂，不推荐新手使用。
3.3 图形界面下的用户自启动（适用于桌面环境）
如果你是在个人电脑或带 GUI 的服务器上工作，希望在用户登录后自动运行某个程序（如浏览器、监控工具等），可以使用桌面环境自带的“开机启动”功能。
以 GNOME/XFCE 为例：
创建目录（若不存在）：
mkdir -p ~/.config/autostart新建.desktop文件：
nano ~/.config/autostart/myapp.desktop内容示例：
[Desktop Entry] Type=Application Name=我的启动程序 Exec=/home/user/scripts/start_my_app.sh Terminal=false Hidden=false NoDisplay=false X-GNOME-Autostart-enabled=true保存后，下次用户登录时就会自动运行。
4. 实战技巧与避坑指南
配置开机启动看似简单，但实际使用中很容易踩坑。以下是几个常见的问题和解决方案。
4.1 脚本没执行？检查这几点！
- ✅ 是否给了脚本执行权限？
chmod +x script.sh - ✅ 是否使用了绝对路径？不要写
python app.py，要写/usr/bin/python3 /opt/app/app.py - ✅ 环境变量是否缺失？有些命令依赖
$PATH或特定变量，建议在脚本开头显式设置 - ✅ 是否等待了依赖服务？例如数据库、网络、NFS 挂载等，应在
After=中声明
4.2 如何让脚本等待网络就绪？
很多脚本需要联网才能运行（如下载配置、连接远程 API）。直接用After=network.target可能不够，因为网络接口虽已启动，但 IP 地址尚未分配或 DNS 未通。
更稳妥的做法是加上network-online.target并启用其服务：
[Unit] After=network-online.target Wants=network-online.target然后确保启用了NetworkManager-wait-online或systemd-networkd-wait-online服务。
4.3 安全建议：尽量不要用 root 运行脚本
除非必要，否则不要让脚本以root身份运行。可以创建专用用户：
sudo useradd -r -s /bin/false myscriptuser然后在 service 文件中指定：
User=myscriptuser Group=myscriptuser这样即使脚本出错，也不会对系统造成过大影响。
4.4 日志一定要做！
没有日志的后台脚本就像盲人开车。强烈建议：
- 将输出重定向到日志文件：
>> /var/log/myscript.log 2>&1 - 或使用
logger命令发送到系统日志：echo "Script started" | logger - 对于
systemd服务，直接用journalctl -u your_service查看最方便
5. 总结：选择最适合你的方法
| 方法 | 适用场景 | 推荐程度 |
|---|---|---|
| systemd service | 系统级服务、需要依赖管理、长期运行 | ⭐⭐⭐⭐⭐（强烈推荐） |
| cron @reboot | 简单的一次性任务、无需复杂控制 | ⭐⭐⭐☆☆（可用） |
| /etc/rc.local | 快速测试、老旧系统迁移 | ⭐⭐☆☆☆（不推荐新项目） |
| 桌面 autostart | 用户登录后启动 GUI 应用 | ⭐⭐⭐⭐☆（专用于桌面） |
对于绝大多数现代 Linux 使用者，掌握systemd方式是必须的技能。它不仅是开机启动的标准做法，也是管理所有系统服务的基础。
获取更多AI镜像
想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。