所以这是编码的问题。Iconv解决了这个问题

curl 'http://www.multitran.ru/c/m.exe?CL=1&s=hello&l1=1' | iconv -f windows-1251 | tr -dc '[:print:]' | ...

我添加了flag -s，它完成了任务。例如:curl -o- s https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh | bash

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

用df -k检查它。

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

另一种可能是，如果使用-o(输出文件)选项，目标目录不存在。

如。如果你有-o /tmp/download/abc.txt且/tmp/download不存在。

因此，确保任何需要的目录都是预先创建/存在的，使用——create-dirs选项，必要时使用-o

我在ubuntu上安装清漆缓存时遇到了这个错误信息。谷歌搜索让我在这里的错误(23)失败的写作主体，因此张贴一个解决方案，为我工作。

在以根curl - l https://packagecloud.io/varnishcache/varnish5/gpgkey | apt-key add -的身份运行命令时遇到此错误

解决方案是以非根用户身份运行apt-key add

curl -L https://packagecloud.io/varnishcache/varnish5/gpgkey | apt-key add -

当管道程序(例如grep)在前一个程序完成整个页面的写入之前关闭读管道时，就会发生这种情况。

在curl "url" | grep -qs foo中，一旦grep得到它想要的，它就会关闭curl的读取流。cURL没有预料到这一点，并发出“写入正文失败”错误。

一种解决方法是将流通过中间程序输送，该程序总是在将其提供给下一个程序之前读取整个页面。

E.g.

curl "url" | tac | tac | grep -qs foo

tac是一个简单的Unix程序，它读取整个输入页并颠倒行序(因此我们运行了两次)。因为它必须读取整个输入以找到最后一行，所以在cURL完成之前它不会向grep输出任何内容。当Grep得到它要找的东西时，它仍然会关闭读流，但它只会影响tac，而tac不会发出错误。