标准卸载命令uninstall_oh_my_zsh会删除~/.oh-my-zsh并清理~/.zshrc中oh-my-zsh加载段，但不改动默认shell、~/.zshrc其他内容及系统配置，需手动执行chsh -s $(which bash)并重启终端验证。
卸载 oh-my-zsh 的标准命令不删配置文件
直接运行 uninstall_oh_my_zsh 是最稳妥的方式，它会移除 ~/.oh-my-zsh 目录和相关初始化逻辑，但**不会动你手动改过的 ~/.zshrc 或系统 shell 设置**。很多人执行后发现终端还是 zsh，就是因为默认 shell 没变、~/.zshrc 还残留着 source ~/.oh-my-zsh/... 这类加载语句。
执行前建议先备份：
cp ~/.zshrc ~/.zshrc.bak-
ls -la ~/.oh-my-zsh确认目录存在（避免误操作）
然后运行：
uninstall_oh_my_zsh
该命令由 oh-my-zsh 自带，本质是 rm -rf ~/.oh-my-zsh + 清理 ~/.zshrc 中的 oh-my-zsh 加载段。但它不会 touch /etc/shells 或 /etc/passwd —— 这些得你手动处理。
chsh -s /bin/bash 只改当前用户，且需重新登录才生效
chsh -s /bin/bash 是切换默认 shell 的正确方式，但它只影响当前用户，且**不会立即生效**：新 shell 要等你完全退出当前会话（关闭所有终端窗口/标签页），再新开一个终端，或重新登录图形界面/SSH 才会读取新设置。
常见误区：
- 执行完
chsh就立刻echo $SHELL—— 显示的仍是旧值，因为$SHELL是登录时继承的环境变量，不是实时状态 - 用
exec bash临时切过去，但这只是子进程，退出后还是回到 zsh - 误写路径，比如
/usr/bin/bash和/bin/bash在不同发行版中可能不同；先确认：which bash
安全做法：
chsh -s $(which bash)
再验证是否写入成功：grep "^$(whoami):" /etc/passwd | cut -d: -f7 —— 输出应为 /bin/bash（或对应路径）。
~/.zshrc 不清理干净会导致新终端仍启动 zsh
即使已卸载 oh-my-zsh 并改了默认 shell，如果你的 ~/.zshrc 还存在，且内容没清空，某些终端（如 GNOME Terminal、Alacritty）在检测到 ~/.zshrc 时，**仍会自动调用 zsh 启动**，而不是按 $SHELL 走 —— 这是终端模拟器自己的行为逻辑，和系统无关。
所以必须检查并处理 ~/.zshrc：
- 如果不再需要 zsh 配置，直接删掉：
rm ~/.zshrc - 如果还想保留部分 alias 或函数，可重命名为
~/.bashrc并迁移内容，再确保~/.bashrc被加载（Ubuntu 默认已启用，CentOS 可能需在~/.bash_profile里加source ~/.bashrc） - 别漏掉
~/.zprofile、~/.zlogin—— 它们也可能触发 zsh 启动
验证方法：开一个全新终端，执行 ps -p $$，看输出的 CMD 是否为 bash。
系统级 shell 切换要小心 /etc/passwd 权限和路径有效性
极少数情况（比如 root 用户、或终端不支持 chsh），有人会直接编辑 /etc/passwd。这很危险：写错路径或格式会导致用户无法登录。
必须满足两个前提：
- 目标 shell（如
/bin/bash）必须存在于/etc/shells中，否则chsh会拒绝，手动改/etc/passwd也无效 - 修改前务必备份：
sudo cp /etc/passwd /etc/passwd.bak
编辑时只改对应用户名那一行的第七字段（以 : 分隔），例如：
youruser:x:1001:1001::/home/youruser:/bin/bash:/bin/bash
注意：第七字段是登录 shell，第六字段是 home 目录，别填反。改完保存后，**必须完全退出当前 session 再登录**，否则仍可能卡在旧 shell。
最后提醒：Ubuntu/Debian 默认 /bin/bash，CentOS/RHEL 多为 /usr/bin/bash，路径不一致会导致切换失败 —— 先 cat /etc/shells 看清楚再动手。
