修改用户默认 shell 失效的根本原因是目标 shell 未在 /etc/shells 中登记，需先将其路径追加至该文件，再用 chsh -s 设置，否则即使手动改 /etc/passwd 也会因 pam 校验失败而回退到 /bin/bash。
chsh -s 修改用户默认 shell 失效怎么办
直接执行 chsh -s /usr/bin/fish 后，下次登录仍进入 /bin/bash，说明修改未生效。根本原因不是命令错，而是没验证目标 shell 是否被系统认可。
必须先确认该 shell 已登记在 /etc/shells 中：
- 运行
cat /etc/shells，检查输出里是否有你指定的路径（如/usr/bin/fish） - 若没有，用 root 执行
echo "/usr/bin/fish" >> /etc/shells加入（注意：仅追加，别覆盖原文件） - 再运行
chsh -s /usr/bin/fish，输入当前用户密码完成切换 - 退出终端重新登录，或用
exec /usr/bin/fish立即启动新 shell 测试
为什么改了 /etc/passwd 也不生效
手动编辑 /etc/passwd 直接改最后一字段（如把 /bin/bash 换成 /usr/bin/zsh），看似粗暴有效，但风险高：
- 格式错误（比如多空格、少冒号）会导致该用户完全无法登录
- 某些发行版或 PAM 配置会校验
/etc/shells，即使/etc/passwd写对了，登录时仍 fallback 到/bin/bash -
chsh命令内部做了安全检查和日志记录，手动改 passwd 绕过了这些保护
除非紧急恢复且无 chsh 可用，否则不要手改 /etc/passwd。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
root 用户改默认 shell 的特殊限制
root 用户执行 chsh -s /usr/bin/fish 时可能提示 “Permission denied” 或静默失败：
- 因为默认 PAM 配置禁止 root 通过
chsh修改自身 shell（安全策略） - 解决方法：用
sudo chsh -s /usr/bin/fish root（注意指定用户名） - 或临时切换到普通用户，用
sudo chsh -s /usr/bin/fish root - 验证：执行
grep '^root:' /etc/passwd，确认末字段已更新
脚本里硬编码 /bin/bash 会覆盖你的设置
很多运维脚本第一行写 #!/bin/bash，这和用户默认 shell 无关——它只决定该脚本用哪个解释器执行。但要注意：
- 如果你在脚本里用
su -l切换用户，-l会加载目标用户的 shell 配置；而su不带-l则继承当前环境，仍用原 shell - systemd 服务单元中
ExecStart=调用的命令，不经过用户 shell，所以不受chsh影响 - 真正依赖默认 shell 的场景只有：交互式登录、
su -、ssh user@host这类启动 login shell 的行为
别指望改完默认 shell 就能让所有自动化任务自动切换解释器——那是脚本作者该负责的事。
