Python模拟终端运行Linux工具时如何无需replace抑制stty输入ioctl报错

stty: 'standard input': Inappropriate ioctl for device 并不是msfconsole的功能运行错误，本质是两类场景共同触发的：

• subprocess拉起的/bin/bash子进程默认用管道作为输入流载体，没有关联真实的控制终端，不支持stty命令所需的终端属性ioctl操作
• 此前将stderr完全合并到stdout重定向到本地文件的配置，把这类本该属于stderr通道的系统报错，和工具正常输出混在了同一输出流中

所有方案都从系统调用层阻断报错的产生或混入，完全不需要对输出内容做.replace()类的字符串匹配过滤：

• 为子进程绑定伪终端（PTY）替代普通管道。通过Python内置的pty模块创建主从模式的伪终端对，把从端设备文件描述符作为子进程的stdin、stdout、stderr的载体。此时stty命令发起的终端属性操作会被PTY正确响应，从根源上不会触发对应ioctl报错，也更贴合“模拟真实终端交互”的初始需求——连终端行编辑、控制信号响应的逻辑都和真实终端场景一致。
• 从流通道层面分离stderr和stdout。放弃此前“合并stderr到stdout”的配置，根据需求对stderr做单独处理：如果不需要留存这类系统报错，直接将子进程的stderr指向subprocess.DEVNULL，这类stty报错会被系统直接丢弃，根本不会进入正常的输出文件；如果需要留存报错做排障，可以把stderr单独重定向到独立的错误日志文件，和业务输出文件完全隔离。这种方式是系统层的流路由，不是对文本内容的过滤。
• 跳过会触发stty逻辑的shell配置加载。如果拉起bash时强制开启了交互模式（传入了-i参数），bash会加载用户目录下的.bashrc、.bash_profile等配置文件，这些文件中常见的stty终端配置逻辑就会在非终端的管道场景下触发报错。只需在调用bash时增加--noprofile --norc参数，跳过所有用户级配置脚本的加载，从脚本执行源头就不会运行那段触发报错的stty命令。

注意：上述方案均不会修改工具本身的运行逻辑，也不会对输出文本做任何字符匹配操作，完全从子进程创建的系统配置环节解决问题。

内容的提问来源于stack exchange，提问作者Black Coral