主页 / ubuntu / 问题 / 874782
Accepted
roy
Asked: 2017-01-22 19:54:28 +0800 CST

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

  • 772

运行此命令后 -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：。我该如何解决？

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

permissions

1 个回答

  1. Best Answer

    好的，我们需要先清理您的系统造成的混乱。您需要先启动进入恢复模式，因为您需要 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. 重新启动和祈祷在不知道自己在做什么的情况下递归地在系统文件夹上
      运行命令是非常危险的。虽然偶尔可以从这样的混乱中恢复过来，但这并不总是可能的。您（幸运的是）仅真正还原了所有内容都归 的文件夹，因此解决问题非常简单。但是，重要的是要知道这可能会以您被迫重新安装整个系统而告终。您还通过不覆盖组来躲过一劫——这很容易造成灾难性的后果。chownchmodroot

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

    还要确保你没有养成在所有不适用的东西前面加上前缀的习惯sudo——这是因为粗心而破坏 Linux 安装的一步法。

    • 8

相关问题