新手必看：如何让Linux系统开机自动运行你的命令
你有没有遇到过这样的情况：每次重启服务器，都要手动启动服务、挂载磁盘、开启监控脚本？或者刚部署好一个Python爬虫程序，却要SSH登录后敲一遍python3 monitor.py &才能让它跑起来？别担心——这其实是每个Linux新手都会经历的“重启后遗忘综合征”。好消息是，Linux早就为你准备好了简单可靠的解决方案，而且不需要安装任何额外工具，也不用改写复杂的systemd单元文件。
本文专为刚接触Linux的新手设计，不讲抽象概念，不堆专业术语，只说清楚三件事：为什么能自动运行、在哪写命令、怎么确保它真能跑起来。我们以Ubuntu 16.04为实操环境（也兼容多数Debian系和嵌入式Linux如Tina），全程只需编辑一个文件，5分钟内搞定。哪怕你昨天才第一次输入ls命令，也能照着操作成功。
1. 核心原理：系统启动时，谁在帮你“代劳”？
Linux系统启动完成后，并不会立刻进入“静默待命”状态。相反，它会按顺序执行一批预设的初始化任务——就像你每天早上起床后，会自然地刷牙、洗脸、打开电脑一样，系统也有自己的“晨间流程”。
其中最关键的一环，就是/etc/rc.local这个文件。你可以把它理解成系统启动流程的“最后一站”：所有核心服务（网络、磁盘、日志等）都已就绪，系统已经完全可用，这时它会主动读取并执行rc.local里的每一条命令。
关键点记住：
- 它不是“一开机就跑”，而是在整个系统准备就绪后才执行；
- 它天然支持普通用户权限下的命令（比如
echo "Hello"），也支持需要root权限的操作（比如ifconfig、mount）；- 它不依赖任何第三方软件，是Linux发行版广泛保留的兼容性机制。
所以，你不需要研究systemd的.service语法，也不用搞懂init.d的符号链接规则——只要把想做的事写进/etc/rc.local，系统就会像守约的朋友一样，每次重启后准时帮你完成。
2. 实操步骤：三步完成开机自启设置
2.1 确认rc.local服务是否启用
虽然rc.local文件存在，但现代Linux（尤其是Ubuntu 16.04及以后）默认不启用它的执行权限。我们需要先检查并激活它。
打开终端，输入以下命令：
sudo systemctl status rc-local如果看到类似active (exited)或loaded; enabled的字样，说明已启用，可跳过下一步。
如果显示inactive (dead)或disabled，请继续执行：
sudo systemctl enable rc-local sudo systemctl start rc-local小提示：
enable是让开机自动加载，start是立即运行一次，两者缺一不可。
2.2 编辑rc.local文件
使用你喜欢的文本编辑器（推荐nano，对新手最友好）打开文件：
sudo nano /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, simply change the execution # bits. # # By default this script does nothing. exit 0注意：文件开头有#!/bin/sh -e，这是告诉系统用sh解释器来运行它；结尾必须有exit 0，表示“执行成功”，否则系统可能报错并中断后续启动流程。
2.3 在exit 0之前添加你的命令
把你想开机自动运行的命令，写在exit 0的正上方，一行一条。例如：
想开机自动开启无线网卡并配置IP：
ifconfig wlan0 up ifconfig wlan0 192.168.1.100 netmask 255.255.255.0想挂载一个U盘到指定目录：
mkdir -p /mnt/usb mount /dev/sdb1 /mnt/usb想后台运行一个Python脚本（假设脚本路径为
/home/pi/monitor.py）：cd /home/pi && python3 /home/pi/monitor.py > /var/log/monitor.log 2>&1 &
注意事项：
- 所有路径请用绝对路径（如
/home/pi/monitor.py，而不是./monitor.py）；- 如果命令需要延时（比如等网络就绪），可在前面加
sleep 5；- 后台运行务必加
&，否则会阻塞系统启动；- 建议重定向输出（
> /var/log/xxx.log 2>&1），方便后续排查问题。
编辑完成后，按Ctrl+O保存，Ctrl+X退出。
2.4 赋予执行权限并测试
rc.local是一个脚本文件，必须有执行权限才能被系统调用：
sudo chmod +x /etc/rc.local现在可以模拟一次“开机后执行”来验证是否生效：
sudo /etc/rc.local如果没有报错，且你的命令确实执行了（比如ifconfig显示wlan0已up，或ps aux | grep monitor.py能看到进程），那就说明一切正常！
3. 常见问题与避坑指南
3.1 为什么我加了命令，但重启后没反应？
这是新手最高频的问题，原因通常有三个：
exit 0被删了或写错了位置：请严格确认它在文件最后一行，且前面没有空行或多余字符；- 命令路径错误：比如写了
python monitor.py，但系统找不到python命令（应写/usr/bin/python3）； - 依赖未就绪：比如脚本需要网络，但
rc.local执行时网络还没完全准备好。解决方法：加延时或改用systemd的After=network.target（进阶方案，本文不展开）。
3.2 我的命令需要图形界面，能用rc.local吗？
不建议。rc.local在系统级启动阶段运行，此时桌面环境（如GNOME、XFCE）尚未加载，GUI命令（如gedit、firefox）大概率失败。如果你的目标是“登录桌面后自动运行”，应改用桌面环境的启动应用设置（如Ubuntu的“启动应用程序”工具）。
3.3 rc.local 和 systemd 服务，我该选哪个？
简单说：
- 用
rc.local：适合一次性、轻量、不需精细管理的命令（如挂载、启动单个脚本、设置环境变量）； - 用
systemd：适合长期运行的服务（如Web服务器、数据库）、需要自动重启、依赖管理、日志集成的场景。
对新手而言，rc.local更直观、容错性更强，是起步首选。
3.4 其他可行方案简要对比
| 方案 | 适用场景 | 难度 | 是否推荐新手 |
|---|---|---|---|
/etc/rc.local | 系统启动后执行简单命令 | ★☆☆☆☆ | 强烈推荐 |
用户级crontab（@reboot） | 登录用户启动专属任务（如定时备份） | ★★☆☆☆ | 推荐（需注意PATH） |
| systemd user service | 用户会话级长期服务 | ★★★★☆ | ❌ 暂不推荐（概念较重） |
/etc/profile或~/.bashrc | 仅限终端登录时执行 | ★☆☆☆☆ | ❌ 不适用于后台服务 |
4. 进阶技巧：让自启更稳、更聪明
4.1 加日志，出问题不抓瞎
在每条关键命令前后加上日志记录，能极大提升排障效率。例如：
echo "$(date): Starting monitor script..." >> /var/log/rclocal.log cd /home/pi && python3 /home/pi/monitor.py > /var/log/monitor.log 2>&1 & echo "$(date): Monitor script started." >> /var/log/rclocal.log这样每次开机后，cat /var/log/rclocal.log就能看到完整执行轨迹。
4.2 用条件判断避免重复执行
某些命令（如mkdir）多次运行无害，但有些（如mount）重复执行会报错。可以用if判断规避：
if ! mountpoint -q /mnt/usb; then mount /dev/sdb1 /mnt/usb fimountpoint -q检查目录是否已是挂载点，-q表示静默模式，不输出信息。
4.3 测试脚本独立运行，再集成进rc.local
不要直接在rc.local里调试复杂逻辑。先单独测试你的命令：
# 复制命令到临时脚本 echo 'cd /home/pi && python3 monitor.py &' > /tmp/test.sh chmod +x /tmp/test.sh /tmp/test.sh # 看是否成功确认无误后再粘贴进rc.local，避免因语法错误导致系统启动异常。
5. 总结：你已经掌握了Linux自动化的核心钥匙
回顾一下，我们完成了什么：
- 理解了
/etc/rc.local是系统启动流程的“可靠终点站”，它简单、通用、无需额外学习成本； - 亲手启用了rc-local服务，编辑了配置文件，并正确添加了你的命令；
- 学会了检查权限、模拟执行、查看日志等实用排障方法；
- 避开了新手最常踩的几个坑：
exit 0缺失、路径错误、GUI依赖； - 还掌握了加日志、加判断、分步测试等让自动化更稳健的小技巧。
这看似只是一个“开机跑命令”的小功能，但它背后代表的是你对Linux启动机制的第一步掌控。往后无论是部署网站、搭建NAS、还是做物联网设备管理，这套思路都能复用——把重复劳动交给系统，把时间留给自己。
现在，重启你的机器，泡一杯茶，静静等待那条你写的命令，在无人干预的情况下，悄然开始工作。
--- > **获取更多AI镜像** > > 想探索更多AI镜像和应用场景？访问 [CSDN星图镜像广场](https://ai.csdn.net/?utm_source=mirror_blog_end)，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。
