web-dev-qa-db-ja.com

sudo：/usr/lib/Sudo/sudoers.soはuid 0が所有している必要があります

パスワードが必要なことをしようとすると、次のように返されます。

u7ur7l3@ubuntu:~$ Sudo
sudo: /usr/lib/Sudo/sudoers.so must be owned by uid 0
Sudo: fatal error, unable to load plugins
u7ur7l3@ubuntu:~$

そのため、ソフトウェアセンター/パッケージマネージャーから何かをインストールしたり、パスワードを必要とする端末でコマンドを実行したりすることはできません。ログインできますが、それだけです。

私は誤っていくつかのファイルのパーミッションを変更し、それからそれを修正しようとしてさらに変更しました：/。今、私は何をすべきか完全に失われています。

これは、pkexecを使用してSudoを再び動作させようとしたときに起こったことです。

u7ur7l3@ubuntu:~$ pkexec chown root /usr/lib/Sudo/sudoers.so
Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program /usr/lib/dbus-1.0/dbus-daemon-launch-helper: Success 

u7ur7l3@ubuntu:~$ Sudo ls
Sudo: /usr/lib/Sudo/sudoers.so must be owned by uid 0 Sudo: fatal error, unable to load plugins

そして、権限を変更するために、イルカのサービス/プラグインとしてルートアクションを使用していたので、履歴に権限の変更が表示されません。

音がまったく機能しないことがわかりました。 Phononを起動すると、デフォルトの設定と再生デバイスはありません。また、シャットダウンするオプションもありません。ログアウトまたは退出することしかできません。

permissionssudo
10
7UR7L3

所有権 重要なシステムファイルの少なくとも1つが間違っています。それは悪いことです。これが多くのシステムファイルで発生した場合（おそらく、ある時点でSudo chownフラグを使用して大きな-Rコマンドを実行しましたか？）、他の多くのシステムエラーと不安定性を引き起こす可能性があります。 最近Ubuntuをインストールした場合の場合、 Adam Heathcoteが示唆する のように再インストールできます。

ただし、この問題を修正するために再インストールする必要はありません。代わりに、そのファイルの所有権を修正してください。その後、他のファイルに関するエラーが発生した場合は、それらを修正することもできます（ただし、エラーメッセージとは何かを教えなければならない場合がありますので、修正方法も教えてください）。

Sudo は機能しませんが、 Sudoを使用 は two wayのいずれか for administrators Ubuntuで root としてアクションを実行します。もう1つは Polkit （以前はPolicyKitと呼ばれていました）です。

Polkitを使用して（ pkexec を介して）/usr/lib/Sudo/sudoers.soの所有権をroot（つまり、uid 0）に戻すコマンドを実行します。

pkexec chown root /usr/lib/Sudo/sudoers.so

その後、もう一度Sudoを使用してみてください。 Sudo lsのような些細なことを実行して、エラーメッセージが表示されるかどうかを確認できます。

最後に、historyを実行して、実行したすべてのコマンドを表示することをお勧めします。うまくいけば、実行したすべてのコマンドのうち、アクセス許可が変更されたものがリストされます。 Sudoが動作することを前提に、historyの出力を含む新しい質問を投稿して、all行ったファイルの所有権と許可の変更を元に戻すことをお勧めします。

pkexecも機能しない場合...

pkexecを試しましたが、うまくいきませんでした。 SudoもPolkitもルートとしてアクションを実行できるように機能していないため、リカバリモードで起動してルートシェルを取得する必要があります。これを行うには、押し続けます Shift コンピューターの起動中に、GRUBブートメニューが表示されるようにします。単語回復モードを含むエントリを選択します（一般に、それらの単語がある一番上に最も近いものを選択する必要があります）。次に、いくつかのオプションがあるメニューが表示されます。ルートシェルにドロップするオプションを選択します。

回復モードでルートシェルにアクセスする詳細な手順は次のとおりです。

ルートシェルを取得したら、次を実行します。

chown root /usr/lib/Sudo/sudoers.so

変更できないファイルまたはファイルシステムに関するエラーが発生した場合は、readwriteに再マウントしてください。

mount -rw -o remount /

（再マウントのアイデアとその方法のソース： これはほとんど無関係な答え 。）

次に、そのmountコマンドを実行した後、上記のchownコマンドを再度実行し、機能するかどうかを確認します。

リカバリモードが完了したら、次を実行して再起動できます。

reboot

Sudoが機能するか、少なくともotherエラーが発生します。

最後に、表示したエラーを考えると、多くのファイルの所有権またはアクセス権が間違っている可能性が高いことに注意してください。この方法で変更したファイルを把握できれば理想的です。たとえば、いくつかの特定のフォルダ内のすべてのファイルであることがわかれば、最近発生した問題の完全な範囲を修正できる可能性があります。

再インストールは間違いなくオプションですが、特に変更したのがownershipであった場合（パーミッションではなく、変化するにつれて再構築がやや難しくなります）、単純にパーミッションを再帰的に元に戻すことができるはずです元の所有者（通常はルート）であり、損傷を完全に元に戻します。

Sudoを再び機能させることが最初のステップです。うまくいけば、上記のテクニックがそれを可能にするでしょう。

19
Eliah Kagan