因此，在许多情况下，我希望知道我的硬盘空间中有多少被使用，以便我知道要清除哪些文件，将其转换为其他格式，存储在其他位置（例如数据DVD），移动到另一个分区等。在这种情况下，我正在从SliTaz Linux引导介质中查看Windows分区。
在大多数情况下，我想要的是文件和文件夹大小，为此我使用基于NCurses的ncdu：
但在这种情况下，我想要一种获取匹配正则表达式的所有文件大小的方法。一个.bak文件的示例正则表达式：
.*\.bak$
在标准的Linux系统中，或使用 BusyBox，我该如何获取这些信息？
编辑：输出应该是可被脚本解析的。
find . -regex '.*\.bak' -print0 | du --files0-from=- -ch | tail -1
一些注意事项：find 的 -print0 选项和 du 的 --files0-from 选项可避免文件名中的空格问题
- 正则表达式匹配整个路径，例如./dir1/subdir2/file.bak，而不仅仅是file.bak，因此如果修改它，请考虑这一点。
- 我在 du 中使用了 h 标志来产生“人类可读”的格式，但是如果你想解析输出，你可能最好使用 k（始终使用千字节）。
- 如果删除 tail 命令，您将另外看到特定文件和目录的大小。du 是我最喜欢的答案。如果你有一个固定的文件系统结构，你可以使用：
du -hc *.bak
如果您需要添加子目录，只需添加：
du -hc *.bak **/*.bak **/**/*.bak
然而，这并不是一个非常有用的命令，所以使用你的查找：
TOTAL=0;for I in $(find . -name \*.bak); do TOTAL=$((TOTAL+$(du $I | awk '{print $1}'))); done; echo $TOTAL
这将回显您找到的所有文件的总大小（以字节为单位）。
希望对您有所帮助。
sizeofregex() { IFS=$'\n'; for x in $(find . -regex "$1" 2> /dev/null); do du -sk "$x" | cut -f1; done | awk '{s+=$1} END {print s}' | sed 's/^$/0/'; unset IFS; }
（或者，您可以将其放在脚本中。）
用法：
cd /where/to/look
sizeofregex 'myregex'
0（如果没有与您的正则表达式匹配的文件）。/下查找所有.so文件，它是/dev/sda1的挂载点，但不在/home下，它是/dev/sdb1的挂载点），请在上面的函数中添加-xdev参数到find。IFS=$'\n' 来读取列表，所以我已经习惯了它 :P 但是你说 awk 可以做到所有这些 - 我只是涉及到了 awk 的表面，如果你能发布一个用 awk 实现的方法，并且它不那么 hacky，我会接受它 :) 我只是想要一个可行的解决方案，并花了一些时间来编写该函数，所以我认为我应该分享它。它对我来说运行得足够快，但如果有更好的方法，我完全支持。如果不是脚本，每个硬盘驱动器大约需要 1 分钟的时间确实太慢了。 - Camilo Martin'\0'。建议阅读：http://mywiki.wooledge.org/ParsingLs（它是关于“ls”的，但不要被它迷惑了：你会陷入同样的陷阱）。 - Daniel Kamil Kozar之前的方法对我来说并没有很好地解决问题（我在使用du命令时遇到了困难），但是下面这种方法十分有效:
find path/to/directory -iregex ".*\.bak$" -exec du -csh '{}' + | tail -1
iregex选项是一个不区分大小写的正则表达式。如果您希望区分大小写，请使用regex。iname或name标志（前者不区分大小写）：find path/to/directory -iname "*.bak" -exec du -csh '{}' + | tail -1
find path/to/directory -iname "*.bak" -exec du -csh '{}' +
+ 的含义是 find 尽可能将尽可能多的结果附加到单个 du 调用中，以便尽可能少地调用 du 命令，但由于系统限制（例如允许的最大参数数量），可能无法将所有结果附加到单个 du 调用中，此时将它们分成多个调用，这将导致结果不正确。 - Mecki*.bak 了。在你的示例中，shell会展开它，但你想让 find 展开它，所以你必须使用 "*.bak"。我会为你修复这个问题。 - Meckifind . -regex '.*\.bak' -print0 | du --files0-from=- -ch | tail -1
du 不知道 --files-0-from 选项。只有GNU du 知道该选项，它既不属于POSIX标准（因此您在FreeBSD或macOS中找不到它），也不会在基于BusyBox的Linux系统（例如大多数嵌入式Linux系统）或任何未使用GNU du 版本的其他Linux系统中找到它。find path/to/directory -iregex .*\.bak$ -exec du -csh '{}' + | tail -1
+ 意味着 find 将尝试在单个调用中使用尽可能多的 hits 调用 du，但是，系统可能有最大参数数目 (N)，如果 hits 数量超过此值，则 find 将多次调用 du，将 hits 分成每组小于或等于 N 个项目，此情况下结果将是错误的，并且只显示最后一个 du 调用的大小。
最后有一种使用 stat 和 awk 的方法，这是一种不错的方法，但它依赖于 shell globbing，只有 Bash 4.x 或更高版本支持。它不会在旧版本中工作，如果它与其他 shell 工作，则是不可预测的。
一种符合 POSIX 标准的解决方案（适用于 Linux、macOS 和任何 BSD 变体），不受任何限制，肯定可以在每个 shell 中使用:
find . -regex '.*\.bak' -exec stat -f "%z" {} \; | awk '{s += $1} END {print s}'
stat -c "%s" *.bak | awk '{sum += $1} END {print sum}'
或者
sum=0
while read size; do (( sum += size )); done < <(stat -c "%s" *.bak)
echo $sum
%s指令给出的是字节而不是千字节。
如果你想要进入子目录，使用bash 4版本，你可以使用模式**/*.bak并且输入shopt -s globstar
**/*.bak表示位于任何子目录中的.bak文件？也就是说，不仅仅是在一个目录下吗？ - Camilo Martinshopt -s globstar 命令？尝试使用 echo $BASH_VERSION 查看当前 shell 的版本。这对我有效：mkdir -p a/b/c/d; touch a/b/c/d/file.txt; ls **/*txt。 - glenn jackmanecho $BASH_VERSION 给我返回了 4.2.0(2)-release。按照你的建议，执行了 shopt -s globstar 命令后，在小文件夹结构中可以正常工作，但是如果在 / 目录下尝试，CPU 使用率会达到 100%，几分钟后 bash 就会被杀死。我不知道为什么，也许是因为它是在只有 256MB RAM 的 VM 上运行（虽然在这个轻量级发行版上可以浏览网页等），但仍然似乎不太可靠。 - Camilo Martinfind实现得那么高效，但是你真的在爬取整个文件系统中的文件吗？ - glenn jackman/，而是另一个文件系统的 /，所以是的，如果在分区的根目录中使用它，我需要它不会崩溃或内存泄漏。顺便说一下，我一直觉得 find 比 Windows 的（未索引的）搜索功能好太多了...我不明白为什么 Linux 扫描 NTFS 驱动器比 Windows 更快。而且还有正则表达式！ - Camilo Martin
-s参数的du呢？我现在没法确认，不过我记得du可以显示总大小而不需要用到tail呢。FileLight 工具让我想起了 Gnome 的磁盘使用分析器。但是，我觉得我在原帖中提到的 ncdu 应用程序的“详细视图”界面更直观一些，不过多样性也是好事 :) （我已经打开了磁盘使用分析器，让某个人从那个时髦的用户界面认为我为他修复电脑所做的工作比实际要复杂... 这招真的有效！呵呵）。 - Camilo Martindu，因为它不支持--files0-from，所以我安装了coreutils），所以我会接受这个答案，因为它似乎对恐怖分子文件名具有免疫力。 - Camilo Martinbrew install coreutils命令以获取find和du的 GNU 变体后，该命令看起来像这样：gfind $HOME/ons -type f -regex '.*pre-commit-config.yaml' -print0 | gdu --files0-from=- -cb | sort -n。这将在原始命令中添加一个排序，并输出文件大小（以字节为单位）以允许排序工作。 - Ashutosh Jindal