管道到头部导致从python调用的shell脚本中的管道损坏

我有一个命令,我将运行生成随机字符串：

var=`< /dev/urandom tr -dc _A-Z-a-z-0-9 | head -c8`

当我在交互式bash会话中运行此命令时,我绝对没有错误.但是,当我将此命令放入脚本并将其作为脚本运行时,我得到了由tr指示的broken pipe错误.我已经阅读了几个相关的主题,但仍然没有答案为什么脚本和交互行为是不同的,有没有办法用shell选项或其他东西来控制它？

编辑I：

关于给出的评论,我发现可以通过以下方式控制指示损坏的管道错误：

 trap - SIGPIPE # to ignore errors

和

 trap "" SIGPIPE # to display errors

编辑二：

好吧,我提供了有关复制条件的错误信息.最后,似乎python包装器使用os.system()调用脚本引起的问题：

 python -c "import os; os.system('sh -c \"< /dev/urandom tr -dc _A-Z-a-z-0-9 | head -c8\"')"

给定的行产生与使用的OS无关的管道错误.

编辑III：

这个主题在这里讨论过：
https://mail.python.org/pipermail/python-dev/2005-September/056341.html

解决方法:

如果其中一个父进程陷阱sigpipe,那么管道将继承ignore信号处理,这将导致您遇到此问题.

这可以(安全地)复制：

( trap '' pipe; var=`< /dev/urandom tr -dc _A-Z-a-z-0-9 | head -c8 )

通常,head -c8命令很快就会完成,此时stdin将关闭.因为它的stdin是一个连接到tr的stdout的管道,所以tr现在不再有意义写入它的stdout.一旦尝试,系统将使用SIGPIPE杀死它.
除非tr忽略此信号或从其父级继承了此信号的ignore(SIG_IGN)处置.然后写入tr的破坏标准输出将简单地导致常规错误并将errno设置为EPIPE,此时tr很可能会串行化并将此错误输出到其stderr并退出.