sudo ができない - ubuntu 20.04

Question

古典的な誤り

誤って、sudo chown -R ubuntu:www-data /Ubuntu 20.04 AWS EC2 サーバーで実行してしまいました。マシンを修復できず、新しいマシンを再インストールする必要があることを示す投稿が多数ありますが、このサーバーで実行されている postgres のコピーを取得したいと考えています。現在、sudo を使用してコマンドを実行できませんでした。そのため、postgres を起動したり、phppgadmin 経由でログインしたりできませんでした。

私たちは次のことを行いました:

1. インスタンスを停止しました
2. ボリュームを切り離しました
3. 新しいインスタンスを作成しました
4. ボリュームを添付しました
5. ボリュームをマウントしました
6. 新しいインスタンスでルートに変更されました
7. chown -R root:root /mnt/rescue（これをroot:ubuntu、などに変更しましたubuntu:ubuntu）
8. しましたchmod -R 4755 /mnt/rescue（また0755、、ug-sなどもしました）
9. ルートを終了しました
10. umount /mnt/rescue
11. レスキューインスタンスをシャットダウンする
12. ボリュームを切り離す
13. 破損したマシンにボリュームを接続します。マシンは新しい所有者を示しますが、sudo は機能しません。
14. 新しいインスタンスを作成して、この修正されたボリュームを接続し、/etc/fstab を更新して、インスタンスを再起動しました。ボリュームはマシンとマージされました。再起動後も、同じ問題が続き、sudo が実行できません。

マシンを再作成したり、バックアップを取って復元したりすることは可能です。ただし、一部のミッション クリティカルなデータは postgres に存在します。sudo を実行するか、または停止した postgres からファイルを取得するにはどうすればよいでしょうか。

私たちは常に次のエラーに直面しています:

sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set

ただし、/usr または /usr/bin 内から任意の場所で ls -l を実行すると、すべてのファイルの所有権全体が ubuntu:ubuntu または試した他の組み合わせのままになります。

Answer 1

setuidビットを設定して、sudoのデフォルトの権限（rws）であるrootで実行できるようにしてください。

chmod u+s /mnt/rescue/usr/bin/sudo
chmod +x /mnt/rescue/usr/bin/sudo

これはシステムの復旧には役立ちますが、権限や所有権が異なるファイルやディレクトリが他にも多数存在し、それらを個別に設定するのが面倒な場合があります。