真正生效的修改必须写入系统级配置并经登录管理器认可；查/etc/passwd（或getent passwd $USER | cut -d: -f7）确认默认Shell，chsh -s /bin/zsh需在交互式登录Shell中执行，改后须全新登录（非新建标签页）并用ps -p $$验证。
改默认 Shell 不是执行 zsh 命令就完事了——那只是起个子进程，$SHELL 不变，下次登录还是回到 /bin/bash。真正生效的修改必须写入系统级配置，并且要让登录管理器认可。
怎么确认当前默认 Shell 真的是 bash？
别只信 $SHELL：它可能被手动改过，不反映登录时实际加载的 Shell。最可靠的方式是查 /etc/passwd 里你用户的那一行：
getent passwd $USER | cut -d: -f7
输出是 /bin/bash 才说明系统级默认确实是 bash。如果输出是 /bin/zsh 但终端里还是 bash，那大概率是你没重新登录，或者桌面环境没走登录 Shell 流程。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
chsh -s /bin/zsh 为什么没反应或失败？
chsh 是唯一推荐的修改方式，但它会静默拒绝非法路径——不是报错，而是根本不改。常见卡点有：
-
which zsh输出为空？先装：sudo apt install zsh（Ubuntu/Debian）或sudo yum install zsh（RHEL/CentOS） -
grep zsh /etc/shells没输出？必须补上：echo "$(which zsh)" | sudo tee -a /etc/shells - 在脚本或 SSH 非交互式会话里运行
chsh？它会直接退出，不提示也不生效——必须在真实登录 Shell 中手动输入密码 - 输错路径比如写成
/usr/bin/zsh但系统装在/bin/zsh？用$(which zsh)动态获取更安全
改完为什么新开终端还是 bash？
因为 chsh 修改的是「下次登录时的默认 Shell」，不是当前会话。关键点：
- 关掉所有终端窗口，再全新打开——不是新建标签页，是新进程
- GNOME/KDE 等桌面环境有时缓存 Shell 信息，需完全注销再登录，甚至重启显示管理器（如
sudo systemctl restart gdm3） - 验证是否生效，别只看提示符：运行
ps -p $$，看 CMD 列是不是/bin/zsh；echo $SHELL此时也应同步更新 - 注意：Docker、cron、systemd service 默认不读用户 Shell 配置，它们永远用
/bin/sh或硬编码的解释器，改$SHELL对它们无效
切换后 zsh 启动就报错或空配置？
zsh 不读 ~/.bashrc，它的配置文件是 ~/.zshrc，首次启动时：
- 如果没这个文件，zsh 会用内置默认，历史、别名、
PS1全丢失 - 别急着
source ~/.bashrc—— zsh 语法和 bash 不完全兼容，某些行（比如shopt）会直接让 zsh 退出 - 快速起步：复制模板
cp /etc/skel/.zshrc ~/，再逐条把 alias、PATH、函数从~/.bashrc迁移过去 - Oh My Zsh 安装后会自动生成
~/.zshrc，但记得检查它是否覆盖了你原有 PATH 或函数定义
最容易被忽略的是：改完后没验证 ps -p $$，只看 $SHELL 就以为成功了；还有人手动编辑 /etc/passwd，结果多了一个空格或少了一个冒号，导致用户彻底无法登录——chsh 的校验机制就是防这个的，别绕开。
