最可靠方法是运行 getent passwd $USER | cut -d: -f7 查看 /etc/passwd 第七字段，它准确反映系统级默认登录 Shell；$SHELL 不可靠，ps -p $$ 显示当前会话 Shell，二者常不一致。
直接改 /etc/passwd 最快，但最容易出错；用 chsh 是唯一推荐方式，它会校验路径、防止系统无法登录。
怎么确认当前默认 Shell 而不是当前会话 Shell
别信 $SHELL ——它可能被手动改过，只反映上一次启动时的值。真正决定下次登录用什么的，是 /etc/passwd 里你那行的第七个字段。
- 运行
getent passwd $USER | cut -d: -f7，输出就是系统级默认 Shell 路径 - 或者直接
grep "^$USER:" /etc/passwd，看最后一个:后面是什么 -
ps -p $$显示的是当前进程（也就是你现在正在跑的 Shell），和默认无关
chsh 报 “Shell not listed in /etc/shells” 怎么办
这是最常卡住的地方：系统不允许把一个没登记过的程序设为登录 Shell，哪怕它实际能运行。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 先查目标 Shell 是否存在：
which zsh或which fish，记下输出路径（比如/usr/bin/zsh） - 再查是否已登记：
grep "/usr/bin/zsh" /etc/shells，如果没输出，就加进去：echo "/usr/bin/zsh" | sudo tee -a /etc/shells - 注意：重复添加同一路径会导致 PAM 认证异常，加之前先
grep确认 - 某些发行版（如 Ubuntu）默认不装
zsh，得先sudo apt install zsh
为什么改完还是进 bash？
因为修改的是「下次登录时的默认 Shell」，不是热替换。当前终端不会变，关掉重开才生效。
- 新开终端后，运行
echo $SHELL应该显示新路径（如/bin/zsh） - 如果还是旧的，说明没改成功，回去检查
getent passwd $USER | cut -d: -f7 - 别在当前 bash 里执行
exec zsh来“测试”——这只是起个子进程，$SHELL不会变，也不影响登录行为 - GUI 终端（如 GNOME Terminal）需勾选“以登录 shell 方式运行”，否则不读
~/.zshrc
usermod -s 和直接编辑 /etc/passwd 有什么风险
usermod -s 不校验 /etc/shells，强行写入非法路径会导致用户下次无法登录；手动改 /etc/passwd 更危险，一不小心格式错位（比如多一个 :）会让整个用户数据库失效。
-
sudo usermod -s /bin/fish $USER成功后，getent passwd $USER看起来对了，但登录时可能黑屏或闪退 - 编辑
/etc/passwd务必用sudo vipw，它会在保存前做语法检查；sudo nano /etc/passwd没这层保护 - 误操作后无法登录？切 TTY（
Ctrl+Alt+F2），用 root 执行chsh -s /bin/bash $USER回滚
最易被忽略的一点：切换 Shell 后，~/.bashrc 不会自动加载，~/.zshrc 是空的——PATH、alias、PS1 全丢。别靠 source ~/.bashrc 临时应付，zsh 的加载顺序（~/.zshenv → ~/.zprofile → ~/.zshrc）和 bash 完全不同，混用容易导致环境变量重复或丢失。
