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に入ると、デフォルトの設定と再生デバイスがありません。また、シャットダウンするオプションがありません。ログアウトまたは終了することしかできません。

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

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

sudoは機能しませんが、使用sudoは、管理者がUbuntuでrootとしてアクションを実行する2つの方法のうちの1 つです。もう1つはPolkit（以前はPolicyKitと呼ばれていました）です。

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

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

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

最後に、実行historyして、実行したすべてのコマンドを明らかにすることをお勧めします。うまくいけば、アクセス許可を変更した、実行したすべてのコマンドが一覧表示されます。これでsudo問題が解決したhistoryとしたら、の出力を含む新しい質問を投稿して、行ったすべてのファイルの所有権と権限の変更を元に戻すのに役立つことをお勧めします。

pkexecどちらも機能しない場合...

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

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

• ルートシェルを起動するにはどうすればよいですか？

ルートシェルを取得したら、次のコマンドを実行します。

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

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

mount -rw -o remount /

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

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

回復モードで終了したら、次のコマンドを実行して再起動できます。

reboot

sudoその後、機能するか、少なくとも他のエラーが発生します。

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

再インストールは間違いなくオプションですが、特に変更したのが所有権だけである場合（そして、権限が異なるため、再構築が多少難しいため）、単純に元の所有者（通常はroot）に再帰的にアクセス権を戻すことが可能です。 ）ダメージを完全に元に戻します。

取得sudo再び働くことは最初のステップです。うまくいけば、上記の手法でそれが可能になるでしょう。