Qwen1.5-0.5B-Chat显存占用高？＜2GB优化方案实战分享
2026/1/19 3:58:10
Linux新手入门：测试开机启动脚本的5种落地方式
在Linux系统中，实现开机自动执行脚本是运维、开发和自动化任务中的常见需求。无论是部署服务、初始化环境变量，还是运行自定义程序，掌握多种开机启动方式能帮助我们更灵活地应对不同场景。
本文将围绕一个简单的测试脚本，详细介绍5种实用且可落地的开机启动方案，涵盖传统方法与现代桌面环境下的实践技巧，适合Linux初学者快速上手并应用于实际项目。
1. 使用/etc/init.d脚本 +update-rc.d管理启动项
1.1 原理与适用场景
/etc/init.d是System V init系统的传统服务目录，虽然在较新的Ubuntu版本中已被systemd逐步取代，但在许多嵌入式设备或旧系统中仍广泛使用。通过update-rc.d工具可以注册脚本为系统服务，并控制其在不同运行级别下的启动顺序。
该方法适用于：
- 使用SysVinit的系统（如部分Debian发行版）
- 需要精细控制启动优先级的场景
- 无图形界面的服务器环境
1.2 实现步骤
首先准备测试脚本：
#!/bin/bash # /home/user/Desktop/test.sh cd /home/user/Desktop/ ls echo "OK!" exit 0将其移动到/etc/init.d目录并赋予可执行权限：
sudo mv /home/user/Desktop/test.sh /etc/init.d/ sudo chmod +x /etc/init.d/test.sh注册为开机启动服务：
sudo update-rc.d test.sh defaults说明：
defaults表示使用默认启动优先级（通常为S20），即在系统基本服务之后启动。
若需自定义启动顺序（例如延迟启动）：
sudo update-rc.d test.sh defaults 90数字越大，启动越晚。此设置会在所有runlevel（2-5）下以90的优先级启动脚本。
1.3 移除启动项
如需取消开机启动：
sudo update-rc.d -f test.sh remove-f参数强制删除相关符号链接。
1.4 注意事项
- 脚本必须包含完整的shebang（
#!/bin/bash或#!/bin/sh） - 推荐添加 LSB 兼容头信息以便更好地集成系统服务管理
- 在某些新版本Ubuntu中，此方法可能不生效，建议优先考虑systemd方案
2. 利用rc.local实现兼容性启动
2.1 工作机制解析
/etc/rc.local是一个传统的系统启动脚本，在大多数Linux发行版中，它会在多用户模式启动的最后阶段被执行。尽管systemd时代已弱化其作用，但多数系统仍保留对该文件的支持。
优点：
- 简单直观，无需复杂配置
- 兼容性强，适用于各种init系统
- 可用于调试其他服务无法正常启动的问题
2.2 配置流程
编辑/etc/rc.local文件（需要root权限）：
sudo nano /etc/rc.local在exit 0之前添加调用命令：
#!/bin/sh -e # # rc.local # # 自定义启动脚本 cd /home/user/Desktop && ./test.sh || true exit 0注意：
- 必须确保
/etc/rc.local文件本身具有可执行权限：sudo chmod +x /etc/rc.local- 某些系统（如Ubuntu 20.04+）默认不存在该文件，需手动创建并启用服务单元
2.3 systemd环境下启用rc.local
如果系统使用systemd，需确保rc-local.service被激活：
sudo systemctl enable rc-local.service查看状态确认是否启用成功：
sudo systemctl status rc-local2.4 局限性分析
- 执行时机早于用户登录和桌面环境加载，可能导致路径或权限问题
- 若脚本依赖GUI组件（如弹窗、终端），可能失败
- 不推荐用于长期维护的服务，应优先使用systemd unit
3. systemd服务单元：现代标准做法
3.1 核心优势
systemd是当前主流Linux发行版的标准初始化系统，提供强大的服务管理能力。相比传统方法，使用.service单元文件更加规范、安全且易于监控。
推荐作为首选方案用于生产环境。
3.2 创建自定义服务
新建服务文件：
sudo nano /etc/systemd/system/test-startup.service写入以下内容：
[Unit] Description=Run Test Startup Script After=multi-user.target [Service] Type=oneshot ExecStart=/bin/bash /home/user/Desktop/test.sh RemainAfterExit=yes User=user WorkingDirectory=/home/user/Desktop [Install] WantedBy=multi-user.target关键参数解释：
After=multi-user.target：确保网络和基础服务已启动Type=oneshot：表示一次性执行，适合初始化脚本RemainAfterExit=yes：即使脚本结束，服务状态仍视为“active”User=：指定运行用户，避免权限问题
3.3 启用并测试服务
重载daemon配置：
sudo systemctl daemon-reexec sudo systemctl daemon-reload启用开机启动：
sudo systemctl enable test-startup.service立即测试运行：
sudo systemctl start test-startup.service sudo systemctl status test-startup.service重启后验证是否自动执行。
3.4 日志排查
查看执行日志：
journalctl -u test-startup.service --since "1 hour ago"这是systemd最大的优势之一——完善的日志追踪机制，便于排错。
4. 桌面环境自启动：GNOME/GUI方式
4.1 适用场景
当你的脚本需要在用户登录后自动运行，尤其是涉及图形界面操作（如打开终端、显示通知、启动GUI应用）时，应使用桌面级自启动机制。
典型用途：
- 自动打开监控脚本终端
- 登录后自动挂载资源
- 启动个人工作台工具链
4.2 方法一：通过~/.config/autostart/添加.desktop文件
创建自启动条目：
nano ~/.config/autostart/test-script.desktop内容如下：
[Desktop Entry] Type=Application Name=Test Startup Script Exec=/bin/bash /home/user/Desktop/test.sh Hidden=false NoDisplay=false X-GNOME-Autostart-enabled=true Comment=Runs a simple test script on login保存后，下次用户登录即会自动执行。
4.3 方法二：使用图形化工具gnome-session-properties
安装并启动配置工具：
sudo apt install gnome-session-binaries # 如未安装 gnome-session-properties点击“添加”按钮：
- 名称：Test Script
- 命令：
/bin/bash /home/user/Desktop/test.sh - 注释：Optional
点击“添加”即可完成配置。
4.4 与Shell配置文件联动（进阶技巧）
也可在~/.bashrc或~/.profile中判断是否首次登录，结合标志文件防止重复执行：
if [ ! -f ~/.startup_done ]; then /home/user/Desktop/test.sh touch ~/.startup_done fi5. Crontab @reboot：轻量级替代方案
5.1 特点概述
crontab不仅可用于定时任务，还支持@reboot关键字，表示仅在系统重启后运行一次。这是一种简洁高效的开机启动方式，特别适合非持久性脚本。
优势：
- 无需root权限（用户级crontab）
- 易于管理和删除
- 支持所有cron环境变量
5.2 配置步骤
编辑当前用户的crontab：
crontab -e添加一行：
@reboot /bin/bash /home/user/Desktop/test.sh >> /home/user/logs/startup.log 2>&1提示：建议添加日志输出，便于后续排查问题。
5.3 查看与管理
列出当前用户的开机任务：
crontab -l清除所有任务：
crontab -r5.4 注意事项
@reboot任务在用户登录前执行，但晚于systemd服务- 环境变量有限，建议使用绝对路径
- 不适合长时间运行的服务，仅用于初始化脚本
6. 总结
| 方法 | 适用环境 | 是否需要root | 执行时机 | 推荐指数 |
|---|---|---|---|---|
/etc/init.d+update-rc.d | SysVinit系统 | ✅ 是 | 系统启动中期 | ⭐⭐⭐☆ |
rc.local | 多数传统系统 | ✅ 是 | 系统启动末期 | ⭐⭐⭐☆ |
| systemd service | 现代Linux系统 | ✅ 是 | 可精确控制 | ⭐⭐⭐⭐⭐ |
| GNOME autostart | 图形桌面环境 | ❌ 否 | 用户登录后 | ⭐⭐⭐⭐ |
| crontab @reboot | 所有支持cron系统 | ❌ 否 | 系统重启后 | ⭐⭐⭐⭐ |
实践建议
- 生产环境优先选择 systemd：标准化、易维护、日志完善
- 嵌入式或老旧系统可用
rc.local：简单有效，兼容性好 - GUI相关脚本使用
.desktop自启动：确保桌面环境就绪 - 临时调试可用
crontab @reboot：免配置，快速验证 - 避免滥用
/etc/init.d：在systemd系统中已过时
无论采用哪种方式，请务必进行充分测试，并记录执行日志，确保脚本稳定可靠。
获取更多AI镜像
想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。