在管理Linux系统时，有时我们可能会遇到令人困惑的权限问题。最近，我就遇到了一个棘手的情况：sudo命令突然无法使用，而且其他一些关键系统命令也出现了异常。经过深入调查，我发现这是由于系统关键文件的权限被错误地设置所导致的。在这篇文章中，我将分享我是如何诊断并解决这个问题的。

问题症状

首先，让我们回顾一下我遇到的具体问题：

1. sudo命令无法正常使用，总是提示权限错误
2. su命令无法切换用户
3. mount和umount命令可能无法正常工作

原因分析

经过检查，我发现问题的根源在于多个系统关键文件（如/bin/su、/bin/mount等）的权限被错误地设置为0755，缺少了必要的SUID位（4000）。正常情况下，这些文件的权限应该是4755。

让我们深入解释一下这些权限表示：

0755 权限

数字表示：0755
符号表示：rwxr-xr-x

拆解说明：

• 所有者（u）：rwx（读、写、执行）
• 组用户（g）：r-x（读、执行）
• 其他用户（o）：r-x（读、执行）

数字对应：

• r (读) = 4
• w (写) = 2
• x (执行) = 1
• 7 (rwx) = 4 + 2 + 1
• 5 (r-x) = 4 + 0 + 1

4755 权限

数字表示：4755
符号表示：rwsr-xr-x

拆解说明：

• SUID位：s（在所有者执行位置）
• 所有者（u）：rws（读、写、执行 + SUID）
• 组用户（g）：r-x（读、执行）
• 其他用户（o）：r-x（读、执行）

数字对应：

• 4000 (SUID) = 4 * 1000
• 0755 (普通权限) = 同上

SUID（Set User ID）位的作用是允许普通用户以文件所有者的权限执行该文件。这对于像 sudo 这样需要提升权限的命令来说是至关重要的。

在我们的案例中，关键系统文件失去了 SUID 位，导致普通用户无法获得执行这些命令所需的提升权限，从而引发了一系列的问题。

解决步骤

1. 进入系统恢复模式

首先，我们需要进入系统的恢复模式。对于我使用的超微服务器，进入BIOS的方法比较特殊：

1. 首次开机后立即关机
2. 第二次开机时，不需要按任何键，系统会自动进入BIOS
3. 在BIOS中进入UEFI设置
4. 当Ubuntu开始启动时，立即按住shift键进入GRUB菜单
5. 选择恢复模式（Recovery Mode）
6. 在恢复模式菜单中选择root选项，进入root shell

2. 修复文件权限

进入root shell后，我们就可以开始修复文件权限了。以下是具体步骤：

# 检查并修复sudo权限
ls -l /usr/bin/sudo
chmod 4755 /usr/bin/sudo

# 检查并修复su权限
ls -l /bin/su
chmod 4755 /bin/su

# 检查并修复mount和umount权限
ls -l /bin/mount /bin/umount
chmod 4755 /bin/mount /bin/umount

# 检查其他重要的系统命令
ls -l /usr/bin/pkexec /usr/bin/passwd /usr/bin/chsh

# 如果发现其他命令权限不正确，使用类似的方法修复
# chmod 4755 /path/to/command

3. 重启并验证

完成上述步骤后，是时候重启系统并验证修复是否成功了：

# 重启系统
reboot

# 登录后，测试sudo功能
sudo echo "Test successful"

# 测试su功能
su - anotheruser

# 可以再测试mount和umount命令

预防措施

为了避免future再次发生类似的问题，我建议采取以下预防措施：

1. 定期检查关键系统文件的权限
2. 在进行系统更新或安装新软件后，验证关键命令的功能
3. 使用文件完整性检查工具（如AIDE）定期扫描系统
4. 保持系统日志的清晰，以便于追踪可能的问题原因

结语

通过这次经历，我深刻认识到了正确的文件权限对于Linux系统稳定运行的重要性。希望这篇文章能够帮助遇到类似问题的朋友们。记住，在修改系统文件权限时要格外小心，如果不确定，最好先咨询有经验的系统管理员。

你们遇到过类似的问题吗？欢迎在评论区分享你的经验！