/ etcフォルダーのアクセス許可を711に変更しました。
その後、Sudoコマンドを使用する権限を失いました。フォルダのアクセス許可を元に戻す方法はありますか?
私がこれまでに試したこと:
1)suを使用-、認証の失敗
2)Sudo ...、明らかに機能していません。
Sudo: unable to open /etc/sudoers: Permission denied
Sudo: no valid sudoers sources found, quitting
Sudo: unable to initialize policy plugin
chroot
here の使用については、非常に優れた詳細な回答があります。
User1461135が言ったように、ISOを仮想マシンに追加し、それを使用して起動してから、/
パーティションをマウントする必要があります。したがって、最初に/
パーティションの名前を確認してください。 Linuxシステムにログインして、以下を実行します。
$ mount | grep "/ "
これにより、次のような行が返されます。
/ dev/disk/by-uuid/d5cf13h31-f344-41237-92c5-e29c6006442h60 on/type ext4(rw、relatime、errors = remount-ro、user_xattr、barrier = 1、data = ordered)
またはこのように:
/ dev/sda7 on/type ext4(rw、relatime、errors = remount-ro、user_xattr、barrier = 1、data = ordered)
最初のケースでは、パーティションはそのUUIDによってマウントされます。このUUIDが実行に対応するデバイスを見つけるには:
$ ls -l /dev/disk/by-uuid/
mount
によって返されるUUIDが特定の/dev/sdX
デバイスに対応していることがわかります。私のシステムでは、それは/dev/sda7
です。上記の2番目の例のような行がある場合は、すでにデバイスを知っています。
ここで、コメントに示されているようにCDからライブセッションを起動し、空のディレクトリを作成して、そこにシステムをマウントします。
$ mkdir mountpoint
$ Sudo mount /dev/sda7 mountpoint
sda7
をパーティションに置き換えることを忘れないでください。システムがマウントされると、chrootが必要になるかどうかさえわかりません。おそらく、chmodコマンドを直接実行することができます。
$ Sudo chmod 755 mountpoint/etc
ここで、Linuxシステムを再起動すると、通常の状態に戻るはずです。
ライブCDの使用に関して上記のユーザーに同意します。これは、おそらく成功への最速のルートです。
イメージを起動する前に、LiveCD ISOファイルをVMWareにマウントすると、ハードドライブ上のデータにアクセスできます。
そこに着いたら、「/ etc/sudoers」ファイルを確認する必要があります。そこに、Sudoに許可されているグループが表示されます。鉱山は次のようになります。
Defaults env_reset
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group Sudo to execute any command
%Sudo ALL=(ALL:ALL) ALL
これは、「Sudo」グループと「admin」グループの両方が完全なSudoアクセス権を持っていることを示しています。次に、sudoersファイルで指定されているグループにユーザーが含まれていることを確認する必要があります。私はubuntuのインストールではかなり標準的だと思います。