/run目录的作用
/run是一个临时文件系统（tmpfs），挂载在内存中，用于存储系统启动后生成的运行时数据：
- 临时性：所有数据仅存在于内存中，系统重启后自动清空。
- 动态更新：存放进程ID（PID）、锁文件（lock files）、套接字（sockets）等实时变化的信息。
- 权限隔离：不同服务的数据存储在以自身命名的子目录中（如
/run/nginx），提升安全性。
/run目录的演变
- 历史背景：早期Linux使用
/var/run存储运行时数据，但/var可能位于物理磁盘，导致系统启动时依赖磁盘挂载。 - 现代改进：为满足系统启动初期的需求（如udev、systemd），
/run被设计为独立的内存文件系统，确保在磁盘挂载前可用。
系统如何“运行”/run目录
用户无需手动操作,系统通过以下机制自动管理：
-
自动挂载
系统启动时，由systemd或initramfs（初始化内存文件系统）自动挂载/run为tmpfs。
查看挂载信息：mount | grep /run # 输出示例：tmpfs on /run type tmpfs ...
-
服务自动写入数据
系统服务（如SSH、数据库）启动时，自动在/run下生成所需文件：- PID文件：
/run/sshd.pid（记录SSH守护进程的进程ID） - 套接字文件：
/run/docker.sock（Docker的通信接口） - 锁文件：
/run/lock/lockdev（防止设备访问冲突）
- PID文件：
-
重启自动清理
所有数据随关机消失，下次启动时由服务重新生成，避免残留文件干扰。
用户如何与/run交互
-
查看运行时数据
ls /run # 查看目录内容 cat /run/nginx.pid # 查看Nginx的进程ID
-
调试服务问题
若服务启动失败，检查/run下的相关文件：- 权限错误：
ls -l /run/nginx（确保服务用户有权访问） - 文件冲突：删除残留的
.pid或.sock文件（需先停止服务）。
- 权限错误：
-
自定义服务使用/run
开发者在编写服务脚本时，可指定子目录存储数据：# 示例：Systemd服务配置片段 [Service] RuntimeDirectory=myapp # 自动创建/run/myapp
注意事项
- 禁止手动修改
直接删除或修改/run下的文件可能导致服务崩溃（如误删PID文件）。 - 无需备份
所有数据均为临时性，备份无意义。 - 磁盘空间无关
由于使用内存，/run不占用磁盘空间（通过df -h可验证）。
/run与相似目录的区别
| 目录 | 持久性 | |
|---|---|---|
| /run | 运行时数据（PID、套接字等） | 内存临时存储 |
| /tmp | 用户/应用的临时文件 | 可选持久化 |
| /var/run | /run的符号链接（现代系统） |
同/run |
注：现代Linux中
/var/run是指向/run的符号链接，二者等价。
/run是Linux运行时数据的核心枢纽，由系统全自动管理：
- 作用：为进程和服务提供安全、高效的临时存储。
- 用户操作：仅需查看或调试，无需主动维护。
- 重要性：保障系统服务可靠运行的关键基础设施。
引用说明： 基于Linux内核文档（kernel.org）、systemd官方手册（freedesktop.org）及Filesystem Hierarchy Standard（refspecs.linuxfoundation.org）等权威资料整理，确保技术准确性。
原创文章，发布者：酷番叔，转转请注明出处：https://cloud.kd.cn/ask/5306.html
