/srv目录用于存放服务启动后需提取的数据，如web、git、ftp等服务的业务数据，默认为空，需手动部署；其子目录命名应体现服务语义，权限须匹配对应服务运行用户。

直接用 ls 命令就能看到 /srv 下有哪些服务数据，但要真正看清业务数据的结构和用途，得结合目录命名习惯、服务类型和权限来判断。

确认 /srv 是否有内容

很多系统默认安装后 /srv 是空的，因为它只在你主动部署服务时才被使用。先运行：

ls -l /srv

如果返回 “No such file or directory”，说明该目录可能未创建或未启用；可手动创建：
sudo mkdir -p /srv
注意：/srv 本身通常由 root 拥有，普通用户无权写入，这是正常设计。

识别常见服务子目录结构

/srv 下的数据组织通常按服务类型分层，比如：

linux-sysadmin

Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...

下载

• /srv/www/ 或 /srv/http/：Web 服务的静态文件、站点根目录（如 WordPress、HTML 页面）
• /srv/git/：裸仓库（.git 结尾）或 Git 服务（如 Gitea、GitLab 的数据存储路径）
• /srv/ftp/：FTP 服务公开共享的上传/下载目录
• /srv/media/ 或 /srv/video/：流媒体、NAS 类服务的音视频资源
• /srv/backup/：某些备份脚本或工具（如 Borg、Restic）指定的归档存放点

这些子目录名没有强制标准，但遵循 FHS 建议——名称应反映其服务语义，而非随意命名（例如不建议叫 /srv/data1）。

查看具体服务的数据归属

光看目录结构还不够，需确认哪些服务正在使用这些路径。常用方法：

• 查服务配置文件：Web 服务常在 /etc/nginx/sites-enabled/ 或 /etc/apache2/sites-available/ 中定义 root 路径；Git 服务配置里会指定 repositories 目录
• 查进程打开的文件：sudo lsof +D /srv 可列出当前正访问 /srv 下文件的进程
• 查服务状态：systemctl show --property=ExecStart nginx 或 ps aux | grep -i srv 辅助定位

检查权限与实际可访问性

业务数据是否“可用”，不仅看是否存在，还要看权限是否匹配服务运行身份。例如：

• Nginx 默认以 www-data（Debian/Ubuntu）或 nginx（RHEL/CentOS）用户运行，它必须对 /srv/www/project1 有读取权限
• Git over SSH 依赖系统用户家目录或专用用户（如 git），其仓库所在目录需对该用户可读写
• 运行 namei -l /srv/www/example.com 可逐级查看路径中每级目录的权限和所有者

若发现 403 错误或 clone 失败，大概率是 /srv 子目录权限设置不当，而非路径不存在。