Comment réparer sudo après "chmod -R 777 / usr / bin"?

Je suis entré chmod -R 777 /usr/binet maintenant sudo ne fonctionne pas.

Ça dit sudo must be setuid root.

Certains conseils en ligne ont dit de fonctionner chown root:root /usr/bin/sudo chmod 4755 /usr/bin/sudo.

En entrant, chown root:root /usr/bin/sudoil affiche une opened in readonly modeerreur.

^{Nonobstant le statut accepté, je suis maintenant convaincu que cette réponse est erronée . (J'espère l'améliorer bientôt, après avoir consulté le PO au sujet de l'acceptation.) Je pense que je me souviens que d'autres ont dit que cela fonctionnait, mais je pense que leurs problèmes étaient au moins légèrement différents. La méthode décrite ici reste valable pour certaines situations où chmod -R 777 /usr/binest interrompu avec Ctrl+ Cou sinon ne se termine pas. Mais une fois que c'est le cas, cela pkexecn'est pas non plus défini et cela ne fonctionnera pas mieux quesudo , comme l'ont justement commenté Damien Roche et Oli.}

Sur un système de bureau Ubuntu, PolicyKit est installé, il pkexecpeutsudosudoers donc être utilisé pour réparer un fichier exécutable ou un fichier cassé . Vous n'avez pas besoin de démarrer en mode de récupération et vous n'avez pas besoin de démarrer à partir d'un CD live. Vous n'avez même pas besoin de redémarrer.

Dans ce cas, exécutez les commandes suivantes:

pkexec chown root:root /usr/bin/sudo
pkexec chmod 4755 /usr/bin/sudo

Voir cette question pour plus d'informations.

Même lors de l'exécution à partir du CD / Pendrive en direct, vous devez préfixer votre chmodcommande avec sudo. Vos étapes seront donc les suivantes:

1. démarrer à partir d'un CD live / Pendrive
2. vérifiez si votre disque a déjà été monté automatiquement (et où). Sinon, montez-le (voir ci-dessous)
3. utiliser sudo chmod 0755 <path>pour ajuster les autorisations

Comment savoir où votre disque est monté: à partir d'une fenêtre de terminal, exécutez mount(sans arguments). Cela répertoriera tous les périphériques montés. Vérifiez la typeliste - vous pouvez ignorer tout ce qui n'utilise pas un "vrai système de fichiers" (votre disque utilise probablement ext3 ou ext4 - vous pouvez certainement ignorer des choses comme proc, sysfs et autres). Si quelque chose semble prometteur (ressemblant à /dev/sda1 on /media/sda1 type ext3), vérifiez son contenu en utilisant ls /media/sda1pour voir si c'est ça.

S'il n'est pas monté, vous pouvez vérifier avec les /deventrées où le disque pourrait être (en utilisant ls /dev/ |grep '/dev/sdpour vérifier les périphériques disponibles; votre disque devrait ressembler /dev/sdaX, /dev/sdbXou similaire - avec X étant un nombre). Comparez cela avec la liste des appareils montés. S'il n'est pas là, essayez de le monter et vérifiez son contenu (comme indiqué ci-dessus). Pour le monter, créez d'abord un point de montage, par exemple sudo mkdir /mnt/mydisk, puis essayez de monter le périphérique à l'aide mount /dev/sda1 /mnt/mydisket vérifiez son contenu à l'aide ls /mnt/mydisk.

Une fois que vous obtenez le bon disque là - bas, vous pouvez aller modifier les autorisations retour sur votre répertoire usr: sudo chmod 0755 /mnt/mydisk/usr.

Maintenant, vous pouvez toujours avoir des problèmes si vous avez initialement exécuté la chmodcommande récursivement, en utilisant le -Rparamètre. Dans ce cas, vous pouvez soit essayer de corriger chaque entrée manuellement - soit aller directement pour une nouvelle installation ...

Je pense que Mat a raison, vous devez être root pour ajouter le bit à / usr / bin, mais bien sûr sudo est cassé. Si vous avez un mot de passe root, vous pouvez l'utiliser pour vous connecter en tant que root, puis corriger les autorisations avec la commande ci-dessus. Si vous ne le faites pas, cependant (et moi non plus), il serait probablement préférable de:

• démarrer à partir d'un CD live Linux
• devenir racine là-bas
• monter la partition avec le système ci-dessus
• puis redressez les autorisations sur ce système de fichiers à l'aide d'un terminal.

Root est toujours le numéro d'utilisateur 0, donc root sur n'importe quel système peut effectuer des modifications autorisées sur root sur d'autres systèmes de fichiers.

Je n'ai pas beaucoup de connaissances. Mais ces étapes ont résolu mon problème même sans redémarrer ma machine. Suivez ces étapes:

su root
<enter root password>
cd /usr
chmod -R 755 *

Dans une tentative de définir des autorisations pour mes scripts locaux, j'ai rompu l'autorisation sudo et changé de propriétaire, par erreur. J'ai pu rétablir la propriété de sudo en root en procédant comme suit:

Étape 1: Passez en mode de récupération ubuntu . Si vous n'êtes pas au courant du processus, vous pouvez renvoyer une réponse ici: /ubuntu//a/172346/223901

Étape 2: Une fois en mode de récupération, sélectionnez root - Invite Drop to root shell

Étape 3: effectuez les commandes suivantes

mount -o remount,rw /
chown root:root /usr/bin/sudo
chmod 4755 /usr/bin/sudo
reboot

Attendez que votre système démarre normalement et vous verrez la propriété de sudo revenir à la racine.