假设情况如下：我正在附加到框A的一些硬件上运行testing脚本，我有root权限。 这个testing脚本需要最less的用户input（每半小时左右翻一次开关）。 大约一个半小时的testing过程，我意识到这个剧本需要很长时间才能完成，达到八个小时的曲调。 方框A位于一个非常寒冷，响亮的服务器房间，一般来说不是很有趣的身体占据。 Box B位于我的办公室，那里有一张舒适的椅子和一个无休止的热水袋。 我想要一些方法来监视在框B中的ssh会话上运行的进程的输出，所以我知道什么时候要打开开关，但是我不想重新启动testing过程。 如果我知道开始testing需要很长时间才能完成，我只需要将其输出传送到一个日志文件，并从我的方框B ssh会话中删除该文件。 如果我知道在框A上运行的进程的PID，是否可以从另一个会话观察该进程的stdout？
当然，我可以在框A上运行vnc并从框Blogin来查看输出，但是这个假设失败了，这是为了了解更多关于stream程pipe道，标准输出和输出的更多信息在Linux环境下工作。
思考？
限制coutstream？
redirect到文件，但保持屏幕上的所有输出保持不变（as_is）。
将所有命令stdout / stderr从脚本中redirect到日志文件
我怎样才能压制Unix的“命令未find”输出？
是否有附加到标准输出的缓冲区大小？
Windows API彩色输出到Powershell / cmd.exe中的标准输出
如何在Windows中redirectPython中的C级别stream？
http://ingvar.blog.linpro.no/2010/07/10/changing-a-process-file-descriptor-on-the-fly/
您可能希望检查一下期望对于自动执行这些类型的交互非常有用。
您也可以将脚本的输出重定向到文件并监视来自另一个ssh会话的文件。 我敢打赌，stackoverflow上聪明的人可以命名约6其他方式来做到这一点。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
