ubuntu默认/bin/sh指向dash而非bash，导致依赖bash特性的脚本（如数组、[[语法）报错；应使用sudo dpkg-reconfigure dash选“no”安全切换，切勿手动修改符号链接。
Ubuntu 默认的 /bin/sh 指向 dash，不是 bash —— 这是很多脚本执行失败（比如数组语法报错、[[ 语法不支持）的根源。改它，得先分清你改的是“系统脚本用的 /bin/sh”，还是“你登录后启动的交互式 shell”，两者完全独立，弄混就容易进不了系统。
怎么确认当前 /bin/sh 指向哪个 shell？
直接看符号链接：
ls -l /bin/sh
输出类似 /bin/sh -> dash 就说明系统级默认是 dash；如果是 /bin/sh -> bash，那这步可跳过。
注意：echo $SHELL 只显示你登录用的 shell（比如 /bin/bash），跟 /bin/sh 无关 —— 很多用户误以为改了 $SHELL 就等于改了系统脚本环境，结果跑 SDK 脚本还是报错。
-
dash是 POSIX 兼容、轻量快的 shell，专为系统启动脚本优化 -
bash功能全但更重，很多开发脚本（尤其是从 CentOS/RHEL 拿来的）默认依赖bash特性 - 改
/bin/sh影响所有以#!/bin/sh开头的脚本，包括系统服务、apt hooks、部分安装脚本
dpkg-reconfigure dash 是最安全的系统级修改方式
这是 Ubuntu 官方支持的切换 /bin/sh 指向的方法，不会破坏包管理器一致性：
sudo dpkg-reconfigure dash
弹出对话框后选 No，即把 /bin/sh 指向 /bin/bash；选 Yes 则指向 /bin/dash。
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
- 不要手动
rm /bin/sh && ln -s /bin/bash /bin/sh—— 下次dash包升级可能覆盖你的链接，或导致apt自身异常 - 该操作影响所有用户和所有
#!/bin/sh脚本，包括系统关键脚本，改完建议重启或至少跑一次sudo apt update验证无报错 - 如果你只是想让自己的终端一打开就是
bash，这个命令没必要动 —— 它不改你的登录 shell
用 chsh -s 改自己登录后的默认 shell
这才是改你每次打开终端时进入哪个 shell 的正确方法：
先确认目标 shell 已安装且被系统认可：
cat /etc/shells
如果 /bin/bash 或 /usr/bin/zsh 不在里面，chsh 会拒绝修改，甚至可能导致无法登录。
- 设为
bash：chsh -s /bin/bash - 设为
zsh：chsh -s $(which zsh)（前提是已sudo apt install zsh） - 必须输当前用户密码，不是 root 密码
- 改完要**重新登录**（关掉终端再开，或图形界面登出重进），
$SHELL才会更新
为什么改完还是看到 dash？常见踩坑点
最常被忽略的三个事实：
-
/bin/sh和$SHELL是两套机制：前者控制脚本解释器，后者只控制你登录后启动哪个交互 shell - 某些终端（如 VS Code 内置终端、GNOME Terminal）默认启动
bash即使$SHELL是zsh，因为它读的是~/.profile或~/.bashrc，不是$SHELL -
sudo su启动的是 root 的$SHELL，不是你的；要用sudo -i才继承 root 的登录 shell 设置
真正麻烦的不是改，而是改完没意识到：你修好了脚本执行问题，却可能让某个依赖 dash 严格 POSIX 行为的服务启动变慢，或者在 CI 环境里触发非预期行为 —— 尤其当别人也复用你的镜像时。
