未重定向stderr时，能否事后获取脚本生成的错误信息？

很遗憾地告诉你，如果脚本已经运行结束且当初没重定向错误流（stderr），绝大多数情况下你没法找回这些错误信息——系统并没有一个通用的"容器"会自动保存所有未定向的stderr输出。下面分场景具体说明：

不同运行场景的情况 #

• 交互式终端直接运行：如果你的终端窗口还没关，或者没被大量新输出覆盖，你可以试着往上滚动终端（用滚轮或者Shift+PageUp）来查找错误内容。但一旦你关闭了终端、开了新的会话，或者终端的滚动缓冲区被新内容填满覆盖，这些信息就彻底丢失了。
• 后台运行/非交互式场景：
  • 如果是通过cron调度运行的脚本，默认情况下cron会把脚本的stdout和stderr发送到执行用户的本地系统邮箱里。你可以用mail -u 你的用户名命令查看这个邮箱，说不定能找到错误日志。
  • 如果是用&后台启动但没加任何重定向，一旦你关闭终端，进程大概率会收到SIGHUP信号终止，错误信息也跟着丢失；如果当时用了nohup，那默认会把输出写到当前目录的nohup.out文件里（除非你指定了其他路径），可以去看看这个文件。但如果既没nohup也没重定向，后台进程的stderr输出会直接发送到启动它的终端，终端关了就没了。
• 系统级的通用存储？不存在的：Linux/Unix类系统不会自动留存未定向的stderr/stdout，这些输出会直接发送到关联的终端（或者父进程的文件描述符），如果接收方（比如终端）没保存，数据就会被直接丢弃，不会存在某个全局的日志文件里。

补救和预防建议 #

• 下次运行脚本时，记得重定向输出：
  • 把stdout和stderr都写到同一个日志文件：./your_script.sh > script.log 2>&1
  • 单独把stderr写到错误日志：./your_script.sh 2> error.log
• 如果脚本还在运行中，你可以尝试用工具追踪它的文件描述符：比如用lsof -p <脚本进程ID>找到stderr对应的文件描述符（通常是2），然后尝试读取对应的文件（比如/proc/<pid>/fd/2），不过这种方法不一定能成功，取决于进程的运行状态。

内容的提问来源于stack exchange，提问作者Pedro Gordo