错误重定向无反应的根本原因是命令未产生stderr；2>覆盖写适合调试，2>>追加写适合长期监控；合并stdout和stderr需用>&或2>&1避免错乱；丢弃输出应使用>/dev/null或&>/dev/null。
错误输出重定向为什么总是没反应
常见现象是执行 command 2> error.log 后，error.log 为空，或命令明明报错却没写入。根本原因不是语法错，而是：命令根本没产生 stderr —— 比如 ls /valid/path 成功时不会输出任何东西到 fd 2；只有像 ls /noexist 这类真正失败的命令才会触发 2> 生效。
验证方式很简单：echo "test" 2> out.txt 不会写入（因为 echo 从不写 stderr），但 ls /xxx 2> out.txt 会写入错误信息。
2> 和 2>> 怎么选
覆盖写还是追加写，取决于日志用途：
-
2> error.log：每次运行都清空旧内容，适合单次调试、临时抓错 -
2>> error.log：保留历史，适合长期监控脚本，比如定时任务每小时跑一次，你想看全部失败记录 - 混用也合法：
command 1>> output.log 2> error.log—— 正确输出追加，错误输出覆盖，避免错误日志被冲掉关键上下文
把 stdout 和 stderr 合并写入同一个文件要注意顺序
直接写 command > all.log 2> all.log 是错的：两股流竞争写入，内容会错乱（比如“Permission”和“denied”被拆开写在不同位置）。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
正确做法只有两种：
-
command > all.log 2>&1：先重定向 stdout 到文件，再让 stderr 指向 stdout 当前目标（即文件） -
command &> all.log：等价于上一条，更简洁，但 CentOS 7 bash 4.2+ 才支持（默认系统满足） - 追加合并用：
command >> all.log 2>&1或command &>> all.log
注意：2>&1 必须写在 > 之后，顺序反了（如 2>&1 > all.log）会导致 stderr 仍输出到终端。
丢弃错误输出就用 /dev/null
不想保存错误、也不让它干扰终端，直接扔进黑洞：
-
command 2> /dev/null：错误消失，stdout 照常输出到屏幕 -
command > /dev/null 2>&1：彻底静默，所有输出都不见（常用于 cron 脚本避免邮件告警） - 别写成
2> /dev/null 1> /dev/null—— 多余，&> /dev/null一条就够了
真正容易被忽略的是：/dev/null 不是“文件”，而是一个内核设备节点，写进去的东西瞬间蒸发，不占磁盘，也不触发 I/O 错误 —— 这正是它比创建空文件再重定向更可靠的原因。
