nohup与"."或ksh配合执行脚本失效问题咨询

我之前排查过类似的情况，直接用. file.b或者ksh file.b能正常跑，但nohup就掉链子，大概率是这几个常见原因导致的，咱们一步步来解决：

1. 环境变量不匹配的问题 #

nohup启动进程时，会使用极简的系统默认环境变量，而你直接在当前shell执行脚本时，是继承了当前shell的所有环境（比如自定义的PATH、业务变量）。如果脚本里依赖了这些自定义环境，nohup环境下找不到就会报错。

解决办法：

• 直接在脚本开头显式声明必要的环境变量，比如：

  #!/usr/bin/ksh
  # 显式设置脚本依赖的PATH
  export PATH=/usr/bin:/usr/local/bin:/path/to/your/custom/tools:$PATH
  # 加载你常用的shell配置（比如~/.profile或~/.kshrc）
  . ~/.profile
  

• 或者在nohup命令里先加载环境再执行脚本：

  nohup ksh -c ". ~/.profile; ksh file.b param1 param2" &
  

2. 脚本缺少shebang或执行权限 #

如果脚本开头没有指定解释器，nohup可能无法正确识别该用什么shell来执行；另外如果脚本没有执行权限，直接用./file.b的方式也会失败。

解决办法：

• 给脚本添加执行权限：

  chmod +x file.b
  

• 在脚本第一行添加ksh的shebang：

  #!/usr/bin/ksh
  

  之后就可以直接用nohup执行：

  nohup ./file.b param1 param2 &
  

3. nohup输出文件权限问题 #

默认情况下，nohup会把脚本的标准输出和错误写入当前目录的nohup.out文件，如果当前目录你没有写权限，脚本会因为无法写入日志而启动失败。

解决办法：

• 手动指定输出到有写入权限的目录，比如/tmp：

  nohup ksh file.b param1 param2 > /tmp/file_b_run.log 2>&1 &
  

  这里2>&1是把错误输出重定向到标准输出，这样所有日志都会写到同一个文件里，方便排查问题。

4. 脚本包含交互式操作 #

如果脚本里有read、需要终端输入的命令，nohup运行时没有终端交互，会直接卡住或者失败。

解决办法：

• 检查脚本里的交互式命令，改成非交互式模式：比如把read var改成通过参数传入，或者预设默认值，比如var=${1:-default_value}。

快速验证示例 #

给你一套完整的验证步骤，照着来大概率能解决：

# 1. 给脚本加执行权限
chmod +x file.b

# 2. 给脚本添加shebang（如果没有的话）
echo '#!/usr/bin/ksh' | cat - file.b > temp_script.b && mv temp_script.b file.b

# 3. 用nohup执行并指定日志文件
nohup ./file.b param1 param2 > /tmp/file_b_exec.log 2>&1 &

# 4. 查看日志确认是否正常启动
tail -f /tmp/file_b_exec.log

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