Linux `/etc/rc.d/rc.local` 配置文件详解：传统与现代的启动脚本

在 Linux 系统管理和运维中，理解系统启动过程是至关重要的。有时，我们需要在系统启动的最后阶段自动执行一些特定的命令或脚本，例如设置自定义内核参数、挂载额外的网络存储、或者启动一个非标准服务的守护进程。在 System V init 系统中，/etc/rc.d/rc.local 文件正是为了这个目的而存在的。它就像一个“万能插口”，为系统管理员提供了一个简单直接的方式来添加启动任务。

尽管现代 Linux 发行版已经广泛采用了 systemd 这一新的初始化系统，但 rc.local 因其简单性，在很多场景下依然被保留和使用。本文将深入探讨 /etc/rc.d/rc.local 的方方面面，包括其历史背景、工作原理、使用方法、最佳实践以及如何在 systemd 时代继续使用它。

目录#

  1. 什么是 /etc/rc.d/rc.local？
  2. rc.local 的工作原理
  3. 如何使用 rc.local
  4. 常见用法与示例
  5. 最佳实践与注意事项
  6. rc.local 与现代 systemd
  7. 总结
  8. 参考资料

什么是 /etc/rc.d/rc.local？#

/etc/rc.d/rc.local 是一个位于特定目录下的 shell 脚本文件。在传统的 System V init 启动系统中，当系统运行到指定的运行级别（runlevel）时，会按顺序执行 /etc/rc.d/rcX.d/（X 为运行级别数字，如 3 或 5）目录下的脚本。

这些脚本通常以 S（Start）或 K（Kill）开头，用于启动或停止服务。rc.local 的特殊之处在于，它是在所有正常的系统服务启动脚本执行之后才被调用的。这使它成为执行“收尾”工作的理想场所，确保你的自定义命令不会与系统服务的启动顺序冲突。

在不同的发行版中，这个文件的位置可能略有不同：

  • RHEL/CentOS/Fedora (传统版本)： /etc/rc.d/rc.local
  • Debian/Ubuntu (某些版本)： /etc/rc.local（通常是一个指向 /etc/rc.d/rc.local 的符号链接）

rc.local 的工作原理#

在纯 System V init 系统中，流程大致如下：

  1. 系统内核启动后，启动第一个用户空间进程 init（PID 1）。
  2. init 进程读取 /etc/inittab 配置文件，确定系统的默认运行级别（例如，3 为多用户文本模式，5 为图形界面模式）。
  3. 根据确定的运行级别，init 会执行 /etc/rc.d/rc 脚本，并传入运行级别作为参数。
  4. /etc/rc.d/rc 脚本会进入对应的 /etc/rc.d/rcX.d/ 目录，并按文件名顺序执行所有以 S 开头的脚本（启动服务）。
  5. 在所有 S 开头的脚本执行完毕后，/etc/rc.d/rc 脚本会最后执行 /etc/rc.d/rc.local 脚本。

因此，rc.local 具有最低的启动优先级，它依赖于其他核心系统服务（如网络、文件系统）已经就绪。

如何使用 rc.local#

文件位置与权限#

首先，你需要确认文件是否存在以及其位置。

# 检查文件是否存在
ls -l /etc/rc.d/rc.local
# 或者
ls -l /etc/rc.local
 
# 如果文件不存在，你可以创建它（通常需要 root 权限）
sudo touch /etc/rc.d/rc.local

最关键的一步是确保 rc.local 文件具有可执行权限。如果没有，它将被忽略。

# 添加可执行权限
sudo chmod +x /etc/rc.d/rc.local

编写 rc.local 内容#

rc.local 本质上是一个 Bash 脚本。你可以在其中写入任何可以在命令行中执行的命令。通常，文件会有一个预设的头部。

#!/bin/bash
# 这个脚本将在所有其他 init 脚本之后执行。
# 你可以在这里添加任何你想在启动时运行的命令。
 
# 示例：在 /var/log 下创建一个自定义启动日志
echo "$(date): 系统启动，执行 rc.local" >> /var/log/mycustom.log
 
# 示例：设置一个自定义的内核参数
echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
 
# 示例：在后台启动一个自定义的 Python 脚本
/usr/bin/python3 /opt/myapp/start_daemon.py &
 
# 示例：挂载一个额外的网络驱动器
mount -t nfs 192.168.1.100:/data /mnt/nas-data
 
exit 0

重要提示：

  • #!/bin/bash：指定脚本解释器。
  • &：如果命令是长期运行的守护进程，务必在命令末尾加上 & 将其放入后台执行，否则系统启动过程会卡住，等待这个命令结束。
  • exit 0：脚本应该以成功状态退出。

启用 rc.local 服务（systemd 系统）#

在基于 systemd 的现代发行版（如 CentOS 7/8, RHEL 7/8, Ubuntu 16.04+）中，rc.local 功能是通过一个名为 rc-local.service 的 systemd 服务单元来提供的。即使文件存在且可执行，如果这个服务没有启用，它也不会运行。

你需要检查并启用该服务：

# 1. 检查 rc-local.service 的状态
systemctl status rc-local.service
 
# 2. 如果显示为 inactive/dead，则需要启用它
sudo systemctl enable rc-local.service
 
# 3. 启动该服务（这也会在当前会话中运行一次 rc.local）
sudo systemctl start rc-local.service
 
# 4. 再次检查状态，确认它已激活
systemctl status rc-local.service

rc-local.service 文件通常会去执行 /etc/rc.d/rc.local 或 /etc/rc.local。

常见用法与示例#

以下是一些典型的 rc.local 应用场景：

  1. 自定义内核参数调优：修改 /proc/sys/ 或 /sys/ 下的参数。
  2. 启动非包管理的服务：如果你手动编译安装了一个服务（如某个守护进程），没有对应的 systemd 服务文件或 init 脚本，可以在这里启动。
  3. 挂载文件系统：挂载非 /etc/fstab 中定义的网络存储（如 NFS、CIFS）或特殊设备。
  4. 设置静态路由：使用 ip route add 命令添加网络路由。
  5. 清理临时文件：在启动时清理某些特定的临时目录。
  6. 发送启动通知：通过邮件或 HTTP 请求通知管理员系统已启动。

最佳实践与注意事项#

为了安全、可靠地使用 rc.local，请遵循以下最佳实践：

  • 充分测试命令：确保你在 rc.local 中写入的每一条命令在终端中都能正常工作。启动失败调试起来很困难。
  • 使用绝对路径：在脚本中始终使用命令的绝对路径（例如，使用 /sbin/ip 而不是 ip）。因为启动时的 PATH 环境变量可能与你的交互式 shell 不同。
  • 重定向输出以记录日志：将命令的输出（包括错误信息）重定向到日志文件，便于排查问题。 
    /opt/myapp/start_daemon.py > /var/log/myapp.log 2>&1 &
  • 处理依赖关系：如果你的命令依赖于网络或特定服务，最好在命令中加入等待或检查逻辑。例如，在挂载 NFS 前先 ping 一下服务器。 
    # 等待网络就绪和 NFS 服务器可达
while ! ping -c1 192.168.1.100 &>/dev/null; do
    sleep 2
done
mount -t nfs 192.168.1.100:/data /mnt/nas-data
  • 考虑替代方案：对于复杂的任务，最好创建一个独立的 init 脚本或 systemd 服务单元。这提供了更好的控制力（如依赖关系管理、重启策略、日志集成等）。rc.local 更适合简单、一次性的任务。
  • 安全性：该脚本以 root 权限运行，请确保其内容安全，不会被未授权修改。

rc.local 与现代 systemd#

在 systemd 成为主流的今天，rc.local 可以被视为一种“兼容性”或“便捷性”特性。systemd 推荐的方式是为每个需要管理的事务创建独立的 .service 文件。

创建一个自定义的 systemd 服务通常比使用 rc.local 更强大。例如，为上面的 Python 脚本创建服务 /etc/systemd/system/myapp.service：

[Unit]
Description=My Custom Application
After=network.target
 
[Service]
Type=simple
ExecStart=/usr/bin/python3 /opt/myapp/start_daemon.py
Restart=on-failure
User=myappuser
Group=myappuser
 
[Install]
WantedBy=multi-user.target

然后通过 systemctl enable myapp.service 来启用它。

这种方式的好处包括：

  • 明确的依赖关系（After=network.target）。
  • 自动重启（Restart=on-failure）。
  • 更安全的权限（User/Group）。
  • 集成的日志管理（通过 journalctl -u myapp 查看日志）。

因此，对于新部署的服务，强烈建议优先使用 systemd 服务单元。

总结#

/etc/rc.d/rc.local 是一个历史悠久且简单实用的工具，它允许系统管理员在启动序列的最后阶段轻松地添加自定义命令。虽然它在现代 systemd 体系中被视为一种传统方法，但其简单性使其在处理临时性、简单的启动任务时依然非常有价值。

然而，对于生产环境中更复杂、更关键的服务，投资时间创建一个正式的 systemd 服务文件是更可靠、更可维护的选择。理解这两种方法将使你能够根据具体情况做出最合适的技术决策。

参考资料#

  1. rc.local man page (可通过 man rc.local 查看)
  2. Linux Documentation Project - Init System
  3. systemd.unit man page
  4. Fedora Project - How to create a systemd service
  5. Arch Linux Wiki - rc.local
2026-01