删除大型文件有没有什么快速的命令，有 5 个多 T， rm -rf 太慢了

买个新硬盘（逃

用 rsync --delete 同步一个空文件夹?

这个命令不慢吧 也就几十分钟 也有反应的时间

可以格盘么？意思是可以整盘摧毁么？

mkfs -f /dev/diskAccessPoint 就可以。或者 dd if=/dev/zero of=/dev/diskAccessPoint bs=1M count=1000

保证很快。

删除很多文件的话，rm 会让 参数列表爆炸的，得用 find /forRemovePath/* -exec rm -f {} \;

@ml1344677 买不起，公司给的服务器，里面一堆日志

@lfzyx 这个效率比 rm 高吗？

@likuku 我想把 home 节点底下的全部删了

https://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux 用 perl 删除

5t 都是小文件的话，能删个好几天的

dd if=/dev/zero of=/dev/sda

同 2L，rsync 删除几百万个文件只要几分钟
mkdir /data/blank
rsync --delete-before -d /data/blank/ /home

格式化 一切都清爽了

删除大型文件有没有什么快速的命令，有 5 个多 T，rm -rf 太慢了

这是原文. 我感觉楼主你说错了, 删除是 lazy 的, 大型文件, 也是瞬间删除的, 比如一个 5T 的大型文件,也是一下子就删除了.
如果你感觉太慢了, 只能说明你电脑当前几乎和死机状态差不多.

删过一个 20T 的文件，用了很长时间的，有三分钟 。

eatmydata rm -rf

补充一下，eatmydata 的原理是操作文件的时候不执行 fsync 和其他同步磁盘的系统调用，从而节省时间

再补充一下：我没测过 rm -rf

看标题以为是 「 1 个大小为 5T 的“大型文件”」

晚上执行一下 rm 第二天早晨还不好？

@ltoddy 我觉得是楼主描述错了
大型文件->数量非常多的加在一起很大的文件
答案是不能，mv 然后晚上没人用的时候后台慢慢删

不要输出 快很多

删除大型文件，如果是 ext3 的话需要逐个 block 释放，很慢是正常的，而且没有任何解决办法。
删除大量小文件，rsync 大法比 rm 快得多。

又有傻逼说 rsync 删除文件比 rm 快了。

mv fileName /data/null

@likuku #5 find 用-exec rm 会很慢的 直接用-delete 的速度比它快几十倍

看见别人用过 truncate，不知道怎么样

往文件中写 0 ~。~

echo " > files 我清理日志是这样子的。大约 500GB 的日志，很快就清楚了

@lfzyx
这个方法确实很快，我一直都用这个

mv 到别的地方, 然后后台慢慢 rm ...

不知道内核对 unlink syscall 是否加锁、sync, 否则可以并行删除, 以利用 SSD 的特性.

具体用哪个工具不明..

啊啊啊啊

find | xargs -P99

@Lax 其实标题就是这个意思，楼主啥意思得问他自己

必须 echo > file

如果是单个大文件的，可以先用 `truncate -s 0 <FILEN>` 把大小置为 0 再删除；
如果是很多小文件的，可以用 `rsync` 来删除。

学习了。没实践过，跑路前可以试试

mkfs.exe4 /dev/sda

mkfs.ext4 /dev/sda

直接把父目录的硬链接删掉

用 for i 循环会快一些

@xiaowangwang92

从文件系统干掉父目录硬链接然后修复文件系统

rsync 没多快，至少做不到秒删