零基础入门Linux自启配置，一键部署你的启动任务

你有没有遇到过这样的情况：每次开机都要手动运行某个程序、启动某个服务，或者执行一连串命令？比如要自动拉起一个本地Web服务、定时同步数据、或者让开发板模拟器一开机就跑起来。重复操作不仅费时，还容易出错。其实，Linux早就为你准备好了“开机自动执行”的能力——不需要写复杂代码，也不用学系统服务管理，只要几个简单步骤，就能把你的任务稳稳放进启动流程里。

这篇文章就是为完全没接触过Linux启动机制的朋友写的。不讲systemd原理，不聊init进程演进，也不堆术语。我们只聚焦一件事：怎么让你写的脚本，在每次开机后自动跑起来，而且一次配好，长期有效。无论你是刚装好Ubuntu的开发者、做嵌入式实验的学生，还是想自动化家庭服务器的小白，都能跟着一步步完成。文末还会告诉你当标准方法失效时的备用方案，真正覆盖常见场景。

1. 先搞懂：你的脚本到底要做什么

在动手配置之前，得先明确一个关键点：自启的本质，是让系统在某个确定时机，以某种确定身份，去执行你指定的命令。它不是魔法，而是一次“委托”。

你提供的镜像名称叫“测试开机启动脚本”，描述也很直白。那我们就从最典型的场景出发：假设你写了一个叫auto_run_test.sh的脚本，它的作用是：

• 往当前目录下写入一行文字"helloStartup"到output.txt
• 进入某个特定工程目录/home/user/mywbc_v5_usb/build
• 启动一个名为sim/sim的可执行程序
• 最后再往outputend.txt里写一行"AfterSim"

这个过程看似简单，但实际执行时会遇到几个隐形门槛：

• 脚本必须有“可执行权限”，否则系统会直接报错“Permission denied”
• 脚本里的路径（比如./output.txt）是相对路径，它依赖于“当前工作目录”。而开机时系统并不知道该从哪个目录开始执行，所以必须显式指定完整路径或切换目录
• sim/sim程序可能依赖某些环境变量（比如LD_LIBRARY_PATH），如果没加载，它会启动失败
• 普通用户写的脚本，默认没有 root 权限，而有些操作（比如修改网络配置、挂载设备）必须用 root 才能完成

所以，我们的目标不是“让脚本跑起来”，而是“让脚本在正确的上下文里，稳定、可靠、可预期地跑起来”。

1.1 写一个真正能用的启动脚本

我们来重写auto_run_test.sh，让它更健壮、更清晰、更容易排查问题：

#!/bin/bash # 设置日志文件路径（绝对路径，避免依赖当前目录） LOG_FILE="/home/user/Documents/scripts/startup.log" echo "[$(date)] Script started" >> "$LOG_FILE" # 创建输出文件，使用绝对路径 OUTPUT_FILE="/home/user/Documents/scripts/output.txt" echo "helloStartup $(date)" > "$OUTPUT_FILE" echo "[$(date)] Wrote to $OUTPUT_FILE" >> "$LOG_FILE" # 明确切换到目标工作目录 WORK_DIR="/home/user/mywbc_v5_usb/build" if [ -d "$WORK_DIR" ]; then cd "$WORK_DIR" || { echo "[$(date)] Failed to enter $WORK_DIR" >> "$LOG_FILE"; exit 1; } echo "[$(date)] Entered $WORK_DIR" >> "$LOG_FILE" else echo "[$(date)] Warning: $WORK_DIR does not exist" >> "$LOG_FILE" fi # 尝试启动 sim 程序，并记录结果 SIM_PATH="./sim/sim" if [ -x "$SIM_PATH" ]; then echo "[$(date)] Starting $SIM_PATH..." >> "$LOG_FILE" "$SIM_PATH" >> "$LOG_FILE" 2>&1 & echo "[$(date)] $SIM_PATH started in background" >> "$LOG_FILE" else echo "[$(date)] Error: $SIM_PATH is not executable or missing" >> "$LOG_FILE" fi # 写入结束标记 END_FILE="/home/user/Documents/scripts/outputend.txt" echo "AfterSim $(date)" > "$END_FILE" echo "[$(date)] Script finished" >> "$LOG_FILE"

这段脚本和原始版本相比，有三个核心改进：

• 所有路径都用绝对路径：/home/user/Documents/scripts/、/home/user/mywbc_v5_usb/build/，彻底规避“当前目录”不确定性
• 加入了详细日志：每一步都记录时间戳和状态，出问题时直接看startup.log就能定位卡在哪
• 增加了健壮性检查：判断目录是否存在、程序是否可执行，避免静默失败

小贴士：为什么不用sudo在脚本里提权？
开机自启脚本通常由 root 用户执行，所以脚本本身就有最高权限。在脚本里再写sudo不仅多余，还可能因缺少密码输入而卡住。需要提权的操作，应该确保脚本是以 root 身份被调用的。

2. 给脚本“发通行证”：设置执行权限

Linux 对文件权限非常严格。一个.sh文件，哪怕内容完美无缺，只要没有“可执行位”，系统就会把它当成普通文本，拒绝运行。

这一步极其简单，但新手最容易忽略。打开终端，进入你存放脚本的目录（比如/home/user/Documents/scripts/），然后执行：

chmod +x auto_run_test.sh

这条命令的意思是：“给auto_run_test.sh这个文件，加上‘可执行’的权限”。+x是最安全的写法，它只添加执行权限，不会改动读写权限。

你可能会看到网上有chmod 777 auto_run_test.sh的写法。虽然它也能让脚本跑起来，但它同时给了“所有人”读、写、执行的全部权限，存在安全隐患。对于个人开发环境，这不是大问题；但如果你未来要把这套配置用在共享服务器上，强烈建议坚持用chmod +x。

验证是否成功？执行下面这条命令：

ls -l auto_run_test.sh

你会看到类似这样的输出：

-rwxr--r-- 1 user user 842 Apr 5 10:23 auto_run_test.sh

注意最前面的-rwxr--r--。其中，x出现在所有者（user）、组（group）和他人（others）的位置，就说明执行权限已经生效。

3. 把任务“塞进”启动流程：rc.local 方案

Linux 系统有一个古老但极其可靠的机制，叫rc.local。你可以把它理解成一个“万能插槽”——只要把你的命令放进去，系统在完成所有基础服务启动后，就会自动执行它。它不依赖复杂的配置语法，对新手极其友好。

3.1 检查并启用 rc.local

首先，确认你的系统是否支持rc.local。在终端中执行：

ls /etc/rc.local

如果返回No such file or directory，说明这个文件不存在，你需要手动创建它。

如果文件存在，但权限是只读的（比如显示-rw-r--r--），那就需要给它加上可执行权限：

sudo chmod +x /etc/rc.local

重要提醒：不要用chmod 777！
/etc/rc.local是系统级配置文件，随意开放所有权限是严重安全风险。+x就够了。

3.2 编辑 rc.local，加入你的脚本

用你喜欢的编辑器打开它，比如nano（比vim更友好）：

sudo nano /etc/rc.local

你会看到一个默认模板。请务必把你的命令加在exit 0这一行的上方，否则它永远不会被执行。

修改后的/etc/rc.local应该长这样（关键部分已加粗）：

#!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. # >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> # 下面是你添加的内容 cd /home/user/Documents/scripts ./auto_run_test.sh # <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< exit 0

这里有两个细节必须注意：

• cd /home/user/Documents/scripts：确保系统先进入你的脚本所在目录，这样./auto_run_test.sh才能找到它
• ./auto_run_test.sh：前面加了./，表示执行当前目录下的脚本。不能只写auto_run_test.sh，否则系统会在$PATH环境变量定义的路径里去找，大概率找不到

保存并退出（在nano中按Ctrl+O写入，Ctrl+X退出）。

4. 当 rc.local 不可用时：profile 方案作为备选

有些较新的 Ubuntu 版本（如 18.04 及以后），默认不再启用rc.local，甚至不预装这个文件。如果你执行ls /etc/rc.local发现它根本不存在，或者修改后重启无效，别着急，我们还有第二条路：利用/etc/profile。

/etc/profile是一个全局的 shell 配置文件，它会在每个用户登录时被读取。虽然它不是“开机即执行”，但对于大多数桌面用户来说，效果几乎一样——只要你一登录图形界面或终端，脚本就自动跑了。

4.1 安全地追加命令到 profile

直接编辑/etc/profile风险较高，因为它是系统关键文件。更稳妥的做法是，用echo命令追加（append）你的指令：

echo 'cd /home/user/Documents/scripts && ./auto_run_test.sh' | sudo tee -a /etc/profile

这条命令的意思是：“把cd ... && ./...这段文本，追加到/etc/profile文件的末尾”。

为什么用&&而不是换行？
&&表示“只有前一条命令成功，才执行后一条”。这样可以确保只有在成功进入脚本目录后，才会尝试执行脚本，避免路径错误导致的静默失败。

4.2 验证 profile 方案是否生效

/etc/profile是在用户登录时加载的，所以你不需要重启，只需重新登录一次即可。最简单的方法是：

• 关闭所有终端窗口
• 按Ctrl+Alt+F1切换到纯命令行终端（TTY1）
• 输入用户名和密码登录
• 登录成功后，系统会自动执行/etc/profile，你的脚本也就随之启动了

你也可以在任意新打开的终端里，手动执行source /etc/profile来立即触发它，方便快速测试。

5. 最后的验证：重启并检查结果

所有配置完成后，就是见证成果的时刻了。

在终端中输入：

sudo reboot

等待系统重启完毕，登录后，立刻检查你设定的输出文件：

cat /home/user/Documents/scripts/output.txt cat /home/user/Documents/scripts/outputend.txt cat /home/user/Documents/scripts/startup.log

如果output.txt里有"helloStartup"，outputend.txt里有"AfterSim"，并且startup.log里记录了完整的执行流程和时间戳，恭喜你，配置成功！

如果发现文件为空，或者日志里有报错信息（比如No such file or directory），那就根据日志里的提示，回头检查路径是否写错、目录是否存在、脚本权限是否正确。Linux 的日志机制，就是你最好的调试伙伴。

6. 实战小技巧：让自启更聪明、更省心

配置完成只是第一步。在真实使用中，你可能会遇到这些需求，这里提供几个即拿即用的技巧：

6.1 让脚本“后台静默”运行

如果你的sim/sim程序是一个长期运行的服务，你肯定不希望它霸占终端，或者一关终端就退出。在脚本里，把启动命令改成这样：

nohup ./sim/sim > /dev/null 2>&1 &

• nohup：让程序忽略“挂起”信号（SIGHUP），即使终端关闭也不影响它
• > /dev/null 2>&1：把程序的标准输出和错误输出都丢弃，避免日志文件无限膨胀
• &：让程序在后台运行，释放终端控制权

6.2 防止脚本重复执行

有时候，由于网络延迟或脚本逻辑问题，可能导致脚本被多次调用。加一个简单的“锁文件”机制就能解决：

LOCK_FILE="/tmp/auto_run_test.lock" if [ -f "$LOCK_FILE" ]; then echo "[$(date)] Script is already running, exiting." >> "$LOG_FILE" exit 0 fi touch "$LOCK_FILE" # ... 脚本主体内容 ... rm -f "$LOCK_FILE"

6.3 一键重置配置（给手滑党）

配置过程中难免出错。为了快速回滚，可以提前准备一个“清理脚本”：

#!/bin/bash # cleanup.sh sudo rm -f /etc/rc.local sudo sed -i '/auto_run_test.sh/d' /etc/profile echo "Cleanup done. You can now reconfigure."

把它放在同一个目录下，需要时运行sudo ./cleanup.sh即可。

7. 总结：你已经掌握了一项关键系统技能

回顾一下，我们完成了什么：

• 写了一个健壮的启动脚本：用绝对路径、加了日志、做了存在性检查
• 赋予了它执行权限：用最安全的chmod +x，而不是危险的777
• 把它成功接入了系统启动流程：主方案用rc.local，备选方案用/etc/profile
• 学会了如何验证和调试：通过日志文件，一眼看清哪里出了问题
• 掌握了几个实用增强技巧：后台运行、防重复、一键清理

这看起来只是“让一个脚本开机跑”，但它背后代表的是你对 Linux 系统运行机制的一次实质性理解。你不再是一个被动的使用者，而是一个可以主动定制、优化、掌控自己工作环境的实践者。

下一步，你可以尝试把更多任务加进来：自动备份重要文件、开机启动 Docker 容器、或者让树莓派一开机就连接 Wi-Fi 并开启摄像头服务。每一次成功的自启配置，都是你向 Linux 深度用户迈出的坚实一步。

获取更多AI镜像

想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。