为了晴子1. 问题现象与初步分析
那天下午，我正在机房调试一台新上线的CentOS服务器，像往常一样用root账号登录后，准备切换到普通用户部署应用。当我输入su - testuser命令时，终端突然弹出一条红色错误提示：
code复制su: failed to execute /bin/bash: Permission denied
这个报错立刻引起了我的警觉——作为系统管理员，root账号切换普通用户是最基础的操作，怎么会突然失效？我马上意识到，这绝不是简单的权限问题，而是系统关键文件可能遭到了破坏。
通过ls -l /bin/bash查看bash的权限，发现输出结果异常：
code复制-rwxr-xr-x. 1 root root 964536 Aug 3 2021 /bin/bash
表面看权限正常（755），但尝试直接执行/bin/bash却同样报错。这说明问题可能出在文件系统层面，而非单纯的权限设置。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 深度排查过程
2.1 检查文件完整性
首先使用rpm -Vf /bin/bash验证bash文件的完整性：
code复制.......T. /bin/bash
输出中的'T'表示文件修改时间异常，但更关键的是缺失的字段（正常情况下应有5个点）。这提示文件可能被篡改。
2.2 排查SELinux上下文
执行ls -Z /bin/bash查看安全上下文：
code复制system_u:object_r:shell_exec_t:s0 /bin/bash
对比正常机器的上下文发现一致，排除SELinux策略问题。
2.3 检查文件系统挂载属性
通过mount | grep ' / '查看根分区挂载选项：
code复制/dev/sda1 on / type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
发现没有异常的noexec等参数，排除了挂载配置问题。
2.4 测试其他二进制文件
尝试执行/bin/ls也失败，但/usr/bin/ls可以正常工作。这表明问题可能集中在/bin目录下的文件。
3. 问题根源定位
通过strace su - testuser跟踪系统调用，发现关键错误：
code复制execve("/bin/bash", ["-bash"], 0x7ffc5ef4c8d0 /* 26 vars */) = -1 EACCES (Permission denied)
结合dmesg日志中的提示：
code复制VFS: Cannot open root device "sda1" or unknown-block(0,0): error -13
最终确定是文件系统损坏导致/bin目录下的文件无法执行。使用xfs_repair /dev/sda1修复后问题解决。
4. 完整解决方案
4.1 应急恢复步骤
- 通过LiveCD启动系统
- 挂载原系统分区：
bash复制mkdir /mnt/sysroot mount /dev/sda1 /mnt/sysroot - 备份关键数据：
bash复制cp -a /mnt/sysroot/etc /mnt/sysroot/root/backup_etc - 执行文件系统修复：
bash复制
xfs_repair /dev/sda1 - 检查关键文件：
bash复制chmod 755 /mnt/sysroot/bin/bash chcon system_u:object_r:shell_exec_t:s0 /mnt/sysroot/bin/bash
4.2 预防措施
- 配置定期文件系统检查：
bash复制echo "/dev/sda1 / xfs defaults,noatime 0 1" >> /etc/fstab - 设置监控报警：
bash复制# 监控/bin目录inode变化 inotifywait -m /bin -e create,delete,modify - 实施关键文件校验：
bash复制
rpm -Va > /var/log/rpm_verify.log
5. 经验总结
-
不要忽视基础命令的异常：即使是su这样的简单命令出错，也可能反映深层次系统问题。
-
排查要有系统性：从权限->SELinux->文件系统层层深入，避免盲目操作。
-
善用系统工具链：
strace跟踪系统调用dmesg查看内核日志rpm -V验证包完整性
-
维护应急恢复能力：
- 定期测试LiveCD启动
- 保留系统关键配置备份
- 记录磁盘分区布局
这次故障让我深刻认识到，系统运维中"简单问题"背后往往隐藏着复杂原因。建立系统化的排查思维，比记住具体命令更重要。现在我的检查清单中又新增了文件系统健康监测项，这对预防类似问题很有帮助。