在我的情况下，服务器耗尽了磁盘空间。

用df -k检查它。

当我尝试两次通过tac进行管道处理时，我被提醒磁盘空间不足，如另一个答案:https://stackoverflow.com/a/28879552/336694中所描述的那样。它向我显示了错误消息写错误:设备上没有剩余空间。

用sudo尝试命令对我有用。例如:

sudo curl -O -k 'https url here'

注意:-O(这是大写o，不是零)& -k https url。

对于完整性和将来的搜索:

这取决于cURL如何管理缓冲区，缓冲区使用-N选项禁用输出流。

例子: curl -s -N "URL" | grep -q欢迎

就我而言，我在做: Curl <blabla> | jq | grep <blibli>

用jq。它工作:curl <blabla> | jq。| grep <blibli>

我犯了同样的错误，但原因不同。在我的情况下，我有(tmpfs)分区只有1GB空间，我正在下载大文件，最终填满了该分区上的所有内存，我得到了和你一样的错误。

在Bash和zsh(也许还有其他shell)中，您可以使用进程替换(Bash/zsh)动态地创建一个文件，然后将该文件作为管道链中下一个进程的输入。

例如，我试图用jq和更少的方法从cURL解析JSON输出，但得到了失败的写入正文错误。

# Note: this does NOT work
curl https://gitlab.com/api/v4/projects/ | jq | less

当我用过程替换重写它时，它起作用了!

# this works!
jq "" <(curl https://gitlab.com/api/v4/projects/) | less

注意:jq使用它的第二个参数指定一个输入文件

额外的好处:如果你像我一样使用jq，并且想让彩色输出更少，可以使用下面的命令行:

jq -C "" <(curl https://gitlab.com/api/v4/projects/) | less -r

(感谢Kowaru解释了为什么会出现失败的写作体。然而，他们使用两次战术的解决方案对我不起作用。我还想找到一种解决方案，可以更好地扩展大文件，并尽量避免注释中提到的其他问题。)