迁移Bash脚本至新服务器遇语法兼容问题，是否需安装特定包？

问题描述 #

将分析管道从旧服务器迁移至新服务器后，部分Bash脚本运行异常。例如以下脚本：

#!/bin/bash -l
#$ -cwd
# file name: pipeline.sh

code="path_to_code" 
# fastq files
f1=$2 # R1
f2=$3 # R2
    

# libType = N or S
findType1=`echo $f1 | grep "ONE\|TWO\|THREE" | wc -c`
findType2=`echo $f1 | grep "FOUR\|FIVE\|SIX" | wc -c`

if [[ $findType1 -gt 0 ]]; then
    libType="S"
elif [[ $findType2 -gt 0 ]]; then
    libType="N"
else
    echo "unable to determine the library type of $f1 - exitting!"
    exit 12
fi
echo $libType
echo $f1
echo $f2
  
# SE (single end) 
if [[ $f2 == "" ]]; then
     sh $code/Mapping.sh -l "$libType" -f "$f1" -p "NA" 
else
     sh $code/Mapping.sh -l "$libType" -f "$f1" -p "$f2" 
fi

该脚本在旧服务器运行正常，但在新服务器需将所有[[替换为[，同时将==替换为=才能正常运行。尝试用sh path/to/script.sh和bash path/to/script.sh两种方式执行，均出现相同错误。

原因分析 #

1. Login Shell强制POSIX模式：脚本shebang使用了#!/bin/bash -l，-l参数会启动login shell，加载系统或用户的profile配置文件（如/etc/profile、~/.bash_profile）。如果这些配置文件中设置了set -o posix，会强制bash切换到POSIX兼容模式，此时bash会禁用[[扩展语法，且test命令（[）只支持=而非==做字符串比较。
2. bash版本过低：极少数情况下，新服务器的bash版本低于2.0（非常老旧），这类版本不支持[[扩展语法，但这种情况现在几乎不会遇到。
3. shell指向异常：新服务器的/bin/bash可能被软链接到了不支持[[的shell（如dash），但这种情况比较少见。

解决办法 #

1. 检查并修改shell配置：
   • 查看/etc/profile、~/.bash_profile等login shell配置文件，若存在set -o posix，将其注释或删除。
   • 或者在脚本开头添加set +o posix，显式关闭POSIX兼容模式。
2. 修改脚本shebang：
   将#!/bin/bash -l改为#!/bin/bash，去掉-l参数，避免启动login shell加载可能导致POSIX模式的配置。
3. 验证bash环境：
   • 执行bash --version确认bash版本，确保是2.0及以上（现代系统都满足）。
   • 执行ls -l /bin/bash确认/bin/bash是真实的bash二进制文件，而非其他shell的软链接。

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