Linux用户磁盘空间占用统计脚本查看方法

排查服务器磁盘空间告警，一个常见需求就是快速定位哪个用户占用了最多的空间。直接去/home目录下看，往往会遇到权限问题，统计结果也可能因为各种原因不够准确。今天就来聊聊，如何精准、高效地统计各用户的磁盘空间占用情况。

用 du 按用户统计家目录大小，但要注意权限和符号链接

直接运行 du -sh /home/* 会遇到一个典型问题：普通用户没有权限读取其他用户的家目录，导致命令输出大量“Permission denied”错误，统计结果自然不完整。所以，第一步必须使用 root 权限执行。

另一个容易踩的坑是符号链接和挂载点。有些用户为了方便，可能会把 ~/data 这样的目录软链接到 /mnt/bigdisk 这样的外部挂载点。如果 du 命令不加限制地递归进去，就会导致空间被重复计算，数据失真。

一个快速但相对粗糙的统计方法是：

sudo du -sh /home/* 2>/dev/null | sort -hr

这里有几个细节：

• 2>/dev/null 的作用是屏蔽所有错误信息（主要是权限错误），避免它们干扰后续的排序操作。
• sort -hr 中的 -h 参数是关键，它能识别人类可读的容量单位（如 K, M, G），并按数值大小进行逆序排列，这样 5.2G 就会排在 1.8G 前面。
• 命令没有加 --max-depth=1，因为 du 默认对给出的每个参数（即 /home/* 下的每个子目录）只统计其总大小，这正好符合我们按用户家目录统计的需求。

排除系统账户、只统计真实登录用户

上面的方法虽然快，但会把 /home 目录下所有的文件夹都算上。这里可能混杂着像 postgres、git 这样的服务账户，或者一些临时测试账户。在生成给管理员看的用户磁盘报表时，这些账户通常需要排除。

更严谨的做法，是从用户数据库 /etc/passwd 入手。我们可以筛选出 UID 大于等于 1000（这通常是普通用户的起始 UID，在 Ubuntu/Debian 等发行版中常见），并且登录 Shell 是 /bin/bash 或 /bin/zsh 的真实用户，然后只统计这些用户的家目录。

awk -F: '$3 >= 1000 && $7 ~ /bash|zsh/ {print $6}' /etc/passwd | \
  while read homedir; do \
    [ -d "$homedir" ] && echo "$(du -sh "$homedir" 2>/dev/null | cut -f1) $homedir"; \
  done 2>/dev/null | sort -hr

这个命令有几个关键点：

• $3 >= 1000：过滤 UID，排除系统账户。需要注意的是，不同 Linux 发行版的普通用户 UID 起始值可能略有差异。
• $7 ~ /bash|zsh/：通过登录 Shell 进一步过滤，排除那些使用 /usr/sbin/nologin 或 /bin/false 的系统服务账号。
• [ -d "$homedir" ]：这是一个重要的安全检查。防止因为某些用户的家目录已被删除或迁移，导致将空路径或无效路径传给 du 命令。

生成简洁报表：用户名 + 占用大小 + 排序输出

上一个命令的输出是“大小 路径”的格式，对于运维人员来说，直接看到用户名会更直观。我们可以用 basename 提取路径中的用户名，并用 printf 进行格式化对齐，生成一份更专业的报表。

awk -F: '$3 >= 1000 && $7 ~ /bash|zsh/ {print $1, $6}' /etc/passwd | \
  while read user homedir; do \
    size=$(du -sh "$homedir" 2>/dev/null | cut -f1); \
    [ -n "$size" ] && printf "%-12s %s\n" "$user" "$size"; \
  done | sort -k2hr

来看看这个脚本的改进之处：

• printf "%-12s %s\n"：这里使用 %-12s 将用户名左对齐并固定宽度为12个字符，使得输出列更加整齐，便于快速浏览。
• sort -k2hr：-k2 指定按第二列（即大小列）排序，-h 确保能正确识别 K/M/G 等单位，-r 表示逆序，这样占用空间最大的用户就排在最前面。
• [ -n "$size" ]：这个判断是为了处理边缘情况。如果某个用户的家目录为空或完全不可访问，du 命令可能没有输出，导致 $size 变量为空。这个判断可以跳过这些用户，避免在报表中打印出空行或错误数据。

避免误统计：跳过挂载点和 NFS 目录

在复杂的生产环境中，还有一个统计精度的问题需要考虑：跨文件系统统计。例如，用户 alice 的家目录在 /home/alice，但她又在 /home/alice/backup 下挂载了另一块硬盘或 NFS 共享目录。du 命令默认会递归进入这个子目录进行统计，这就导致了挂载点所在磁盘的空间被计算了两次——一次在 /home/alice 的总量里，一次在挂载盘自身的统计里。

解决这个问题的方法是使用 --one-file-system 参数（有时也写作 -x）：

du -sh --one-file-system "$homedir" 2>/dev/null

这个参数会指示 du 仅统计与指定目录在同一文件系统内的文件和目录，遇到挂载点就跳过。这在多磁盘、LVM 或使用了 NFS 的环境下至关重要。

不过需要注意，--one-file-system 是 GNU coreutils 的特性。在一些非常老旧的系统（如 CentOS 6）上可能不支持。对于这些系统，一个变通方法是先用 df 判断目录是否跨设备，但现代主流的服务器发行版通常都已支持此参数。

最后，还有一个容易被忽略的实践细节：脚本的健壮性。上面演示的命令链在交互式命令行中运行没问题，但如果封装成脚本用于生产环境，最好加入一些错误处理逻辑。比如，使用 set -e 让脚本在遇到错误时自动退出，或者检查关键命令（如 du）的退出状态码。这样可以避免因为中间某一步骤意外失败（例如磁盘 I/O 错误、进程被终止），而导致脚本继续运行并输出不完整或错位的结果，给排查带来误导。