我将 /usr/bin、/usr/lib 和 /usr/share 设置为我的普通用户拥有，现在我遇到了有趣的错误

Question

运行此命令后 -sudo chown -R $(whoami) usr/{lib/node_modules,bin,share}我无法再运行 sudo：sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set. 我该如何解决？

我阅读了这个帖子，但我不确定要遵循什么建议，以及它是否适用于我的情况。

Answer 1

好的，我们需要先清理你的系统造成的混乱。你需要先启动到恢复模式，因为你需要 root。

1. 修复/usr/bin
   首先，我们需要修复您的二进制文件。运行以下命令以修复所有二进制文件并root重新获得所有权：

   chown -R root /usr/bin
   

2. 修复setuid二进制文件
   现在/usr/bin已经修复，我们可以关注所有失去setuid状态的二进制文件。该setuid标志是一个特殊的可执行标志，它允许可执行文件作为拥有用户而不是调用用户运行。运行以下命令来解决这个问题：

   chmod u+s chfn chsh gpasswd newgrp passwd pkexec sudo
   

3. 修复/usr/lib
   与步骤 1 类似，我们需要将所有内容重新分配/usr/lib给 root 用户。

   chown -R root /usr/lib
   

4. 修复/usr/share
   这是一个更复杂的过程，因为里面的东西/usr/share可能（可能）由非 root 用户拥有。现在，您必须恢复对 的所有权限root，然后修复出现的任何问题。请务必查看您的日志文件是否有任何权限错误等。

   chown -R root /usr/share
   

5. 重新启动和祈祷
   运行像命令chown和chmod递归系统文件夹不知道究竟你在做什么是非常危险的。虽然偶尔可以从这样的混乱中恢复过来，但这并不总是可能的。您（幸运的是）只真正还原了所有内容都归 拥有的文件夹root，因此解决问题非常简单。但是，重要的是要知道这可能会因您被迫重新安装整个系统而结束。您还通过不覆盖组躲过了一劫——这很容易导致灾难性的后果。

不要乱用chown/ chmod，如果您将这些命令与 一起使用sudo，则您可能做错了什么。仔细检查你在做什么，并确保你想做的事情是理智的。还要确保您的命令没有拼写错误。

还要确保您没有养成为所有不起作用的东西添加前缀的习惯sudo——这是由于粗心大意而破坏 Linux 安装的一步法。