因为>是 bash 内部的 IO 重定向标记。当前登录的 bash 会先清空（如果是>>则不清空。）了 file.txt 然后才会 fork 出 cat grep sed 等三个进程。并根据管道符的指示把前一个命令的 stdout 重定向到后者的 stdin。最终把 sed 的 stdout 写入 file.txt 。

@tonywwwz #5 你投的是青云，做云计算的，在保利广场，可以考虑电话确认进度。
这家是青藤“云安全”，做安全的，在软件园。

@pubby #6 termux+hacker's keyboard

开源协议并非 GPL 一种。
而同一份代码可以拥有多种授权，如果计划商用，可以联系持有者获取其他版本的授权（例如 MIT，Apache ）。
如果使用了 GPL 版本，却不想继续开源，那么抱歉了。持有者选择 GPL 就是为了治哪些只索取不奉献的。

@zqguo
如果加密算法不可逆，那么你加密了还能解密吗？如何保证原文和加解密过的内容是一致的？

现在存储密码的“密文”大部分情况都不是加密，而是对原文加 salt 后 hash。
早年的系统因为是加密 /明文存储密码，所以支持取回密码，现在的系统都不支持此功能，而是直接重置密码。

前 20G 有三成内容被随机覆盖，大约 6G 的数据，应该会干掉大部分系统文件及大量的用户数据。
建议放弃抢救。

top -b 可以启用批量模式。
好像也没其他命令可以保证效果了。

du 的 max-depth 只是控制汇总显示的粒度。
当然逐行显示会因为有进展而让人觉得会快些，实际上加不加此参数，对整体耗时无影响。