Linux下如何捕获仅在终端外运行失败的脚本错误信息？

以下是几个无需修改调用进程代码的通用方法，适配你遇到的Discourse Ruby备份脚本场景：

• 直接修改脚本添加全局输出重定向
  在目标Ruby脚本的最顶部（shebang行之后）添加输出重定向逻辑，强制所有标准输出和错误输出写入日志文件：

  #!/usr/bin/env ruby
  exec > "/var/log/discourse_backup_full.log" 2>&1
  # 原脚本内容...
  

  无论脚本被何种方式启动，所有输出都会被持久化到指定日志中，方便排查环境差异问题。

• 用包装脚本接管输出记录
  编写一个简单的Shell包装脚本，替代原脚本路径供调用进程执行，在包装脚本中启动原脚本并完整记录输出：

  #!/bin/bash
  LOG_FILE="/var/log/discourse_backup_wrapper.log"
  # 记录启动时间与当前环境变量
  echo "[$(date '+%Y-%m-%d %H:%M:%S')] 启动备份脚本..." >> "$LOG_FILE"
  env >> "$LOG_FILE"
  # 启动原脚本并捕获所有输出
  /path/to/original/discourse/backup_script.rb >> "$LOG_FILE" 2>&1
  

  只需修改调用进程指向的脚本路径为该包装脚本即可，无需改动调用进程代码。

• 模拟无终端环境测试并捕获输出
  利用cron模拟调用进程的无终端、非交互式环境，同时记录输出：

  1. 执行crontab -e编辑当前用户的定时任务
  2. 添加一行1分钟后执行的测试任务：

     * * * * * /path/to/backup_script.rb > /var/log/cron_backup_test.log 2>&1
     

  3. 等待1分钟后查看日志文件，复现问题的同时获取完整输出，快速定位终端与分离进程的环境差异。

• 对比终端与分离进程的环境变量
  在终端正常运行时导出环境变量：env > /tmp/terminal_env.txt
  通过包装脚本或临时调整服务配置，让调用进程在启动脚本前导出环境变量：env > /tmp/service_env.txt
  对比两个文件的差异，重点关注PATH、HOME、RUBY_VERSION、GEM_PATH等Ruby相关变量，这类变量缺失或不一致是分离启动失败的常见原因。

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