必须用 chsh 修改默认 Shell，硬改 /etc/passwd 或仅运行 zsh 命令无效；Zsh 需已安装且路径写入 /etc/shells，否则 chsh 静默失败；验证需新开终端或登出重进，而非仅看 $SHELL。
必须用 chsh 修改，硬改 /etc/passwd 或只运行 zsh 命令，都不算真正切换默认 Shell。
确认 Zsh 已安装且被系统认可
很多用户执行 chsh -s $(which zsh) 后登出就进不去终端，问题往往出在这步没做：Zsh 要么根本没装，要么路径没写进 /etc/shells，导致系统拒绝认它为合法登录 Shell。
- 先运行
which zsh，看输出是不是/usr/bin/zsh或/bin/zsh；如果不是，先装：sudo apt install zsh（Debian/Ubuntu）或sudo dnf install zsh（Fedora/RHEL） - 再运行
grep zsh /etc/shells，如果没输出，就手动加进去：echo "$(which zsh)" | sudo tee -a /etc/shells - 注意：
chsh不会报错提示“Shell 不合法”，它只会静默失败——echo $SHELL看起来变了，但新终端仍启动 Bash
用 chsh -s 安全切换，别碰 /etc/passwd
chsh 是唯一由 PAM 和 login 程序信任的方式。直接编辑 /etc/passwd 极易因格式错误（比如多空格、少冒号）导致无法登录，且不校验 Shell 合法性。
- 执行
chsh -s "$(which zsh)"，输入当前用户密码（不是 root 密码），成功后无提示 - 不要用
chsh -s /bin/zsh这类硬编码路径，不同发行版 Zsh 路径可能不同（如 Ubuntu 是/usr/bin/zsh，Alpine 是/bin/zsh） - 验证是否生效不能只靠
echo $SHELL：它只反映当前会话的登录 Shell 设置；真正要看的是新开终端后ps -p $$的输出，或登出重进后再echo $SHELL
Zsh 启动失败？常见卡点在首次交互和配置兼容性
即使 chsh 成功，新终端也可能闪退或卡住，这不是 Shell 切换失败，而是 Zsh 自身初始化阶段出了问题。
- Zsh 首次启动会检测 Oh My Zsh 是否存在，若未安装会停在交互式菜单（显示 “(1) Install oh-my-zsh”）；按
2跳过即可，不影响 Shell 注册 - Fish 用户容易误在
~/.config/fish/config.fish里source ~/.bashrc，Zsh 解析时语法报错退出；检查并删掉这类跨 Shell 的引用 - GNOME/KDE 等桌面环境在显示管理器登录时缓存 Shell 信息，仅关终端无效；必须完全注销或重启 GDM/SLiM 才能刷新
最常被忽略的一点：$SHELL 只影响交互式登录 Shell，对 cron、systemd 服务、Docker 容器、SSH 非交互命令完全无效——它们默认走 /bin/sh，改了也没用。
