誤って以下のコマンドを実行してしまいました。
sudo chown [username] -hR /
現在、sudo su
でエラーが発生しています。
sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set
解決するには?
SOのこの回答]1にあるように、この問題は人々が言っているほど難しくはありません。私は以下の簡単なステップを踏むことで、再インストールせずに sudo
コマンドを再び使えるようにしました。
1.現在のユーザーでログアウトし、rootでログインし直します。 2.2. 「chown root:root /usr/bin/sudo && chmod 4755 /usr/bin/sudo`」を実行する。 3.3. rootでログアウトし、現在のユーザーでログインし直します。
これは、他の回答で推奨されている「核武装オプション」よりもはるかに早く、苦痛を伴わない方法です。
rootのパスワードが設定されていない場合は、リカバリーモードで起動することで設定することができます。
データをバックアップして、再インストールしてください。
これは極端に見えるかもしれませんが、単なる「sudo」ではないのです。**他の回答でsudo
が動作するようになるものもありますが、問題全体を無視することは、後の惨事を招くことになります。
他のインストールのオーナーをミラーリングすることもできますが、実際にインストールされているものに大きく依存するケース(例えば /var/
)があります。この問題の規模を知りたいなら、I'実は以前、この種の問題を解決するために誰かを助けたことがあるを参照してください。この修正は手作業で行われ、時間もかかり、あなたのシステムを簡単に安全でない状態にしたり、壊れた状態にしたりすることができます。
その混乱の中から選び出すのは、クリーンインストールよりもかなり時間がかかりそうです。
この状況の深刻さを理解していない人たちから、何度かドライブに誘われたことがあります。彼らには、不必要な作業の山に見え、悪徳配管工や整備士がより大きな仕事のためにあなたをゆするために言うようなことなのです。
もし、/usr/bin/sudo
のパーミッションを変更しただけなら、ぜひ、それを直してください。しかし、この質問はシステムの全面的な変更についてです。 すべてのファイル(実行時のみのものを除く)は、現在、ユーザーによって所有されています。ユーザーが実行する全てのファイル(例えばブラウザ、ブラウザエクスプロイト)は、システムファイルを上書きし、あなたをスパイし、あらゆるデータを抽出することができます。これを修正する必要があります。上記のように、これは困難です。最も簡単な方法は、再インストールです。
だから、どうか怠けないでください。ファイルシステムのパーミッションは、あなたの安全を守るために必要です。
1。 Esc< / kbd>を押したまま、回復モードに進みます。システムの起動中。
2。 リカバリモードに入ってから確認できる長いリストでルートオプションを選択します(実際にはルートシェルです)。
3。 type command-mount -o remount /
(またはリカバリでは、grubオプションをクリックできます。 これにより、ファイルシステムで読み取り/書き込み権限を取得できました。 これは基本的に、コマンドが最初に機能していなかったため、ファイルシステムの読み取り/書き込みモードを更新しました)。
ファイルシステムを読み取りおよび書き込みモードで再マウントします。
4。 コマンド-「chown -R root:root / usr」。 このコマンドは、所有権を「ユーザー」から再帰的にルートに変更します。
5。 まだ「sudo」コマンドに問題があったので、ステップ1,2,3をもう一度実行し、「chmod 4755 / usr / bin / sudo」を実行しました。
今、私は本当に再インストールが本当に「核のオプション」であったと思います。
デジタルオーシャンの水滴にも同じ問題がありました。
sudo:/ usr / bin / sudo
は uid 0
が所有し、 setuid
ビットが設定されている必要があります。
以下は、iveが実行し、後で再起動するコマンドです。
chown -R root:root /usr/bin/sudo
chmod -R a=rx,u+ws /usr/bin/sudo
chown -R root:root /usr/lib/sudo/sudoer.so
chmod -R a=rx,u+ws /usr/lib/sudo/sudoer.so
それが役立つことを願っています。
残念ながら、完全なバックアップがない場合、おそらくこの時点でできる最善のことは、再インストールです。
すべてのファイルの所有者を同じユーザーに変更し、システムのセキュリティパラダイムを完全に混乱させたことを考慮してください...。
このサイトを検索すると、例えば https://askubuntu.com/questions/265080/how-can-i-recover-from-chmod-r-a-wrx-command のように、chmodに関する同様の問題がたくさんあります。
実行中のシステムでは「lightdm.conf」ファイルを編集できませんでした。 私はこのようなものを修正しました:
1。 UbuntuライブUSBを起動します。
2。 インストールの「/etc/lightdm/lightdm.conf」にアクセスするためにルートパーティションをマウントします。
3。 sudo -H gedit / mnt / etc / lightdm / lightdm.conf
、[Anno2001の回答]から次の行を追加します(https://askubuntu.com/a/556590/527764)。
autologin-user = root。
guter-show-manual-login = true。
4。 再起動します。 5。 コマンドを実行:
chown root:root / usr / bin / sudo&& chmod 4755 / usr / bin / sudo。
7。 /etc/lightdm/lightdm.conf
でデフォルトのユーザーを変更します(毎回rootとして自動ログインすることは望ましくありません。これは非常に安全ではなく危険です)。
8。 再起動すると、システムが再び正常に動作します。