@siteshen #35 文件真的没有被清空吗？看下文件的修改时间？
你写的的 hello.txt 是不是每行都恰好包含字母 a 呢？加一行不含字母 a 的内容试试？

例 1 里的圆括号“()”标记会 fork 一个 shell （暂称为子 shell ）来执行。于是命令等价为这样的：
cat hello.txt | grep a | bash -c "sleep 1; cat > hello.txt"

如果没有 sleep 1，那么会立刻在子 shell 里发生文件清空。不过此时 cat 和子 shell 是同时 fork 的，而且子 shell 启动后的初始化及对命令的语法解析会花费一些时间（也就几十毫秒而已）。
如果 hello.txt 文件较小，等到子 shell 开始奉命清空文件时，cat 是有充足的时间读到文件全部内容的。如果文件超出了缓冲区大小（缓冲区默认是 4k，不过程序可以设置其他大小，内核也可能会多预读点内容。），就不保证 cat 能读到正确的内容了。

所以一些软件系统会设计为“对关键文件的修改加锁”，就是为了防止多个进程同时修改某个文件。
典型的代表就是 yum 的 install 子命令。

@HeiXiaoBai #6 是的。你先要求 bash 清空了文件。然后 cat 就读到空文件了。
如果你希望匹配的内容出现在原文件结尾，那么使用>>。追加写入是不会改变已有内容的。
如果你希望只出现匹配的内容，建议换下后面的文件名。

自签名提示都是 self signed。是能找到 CA 证书的（就是自己）。
你这个是 unknown authority，未知的 CA。如 #2 所述，你没有正确安装 ca-certificates。

因为>是 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 的数据，应该会干掉大部分系统文件及大量的用户数据。
建议放弃抢救。