sudo: uid effectif n'est pas 0, est installé sudo setuid root?
Je suis en train de créer des paquets deb à partir d'un conteneur LXC rootfs, et après la création de ce
Je veux installer ce package de n'importe quel ordinateur. Jusqu'à ce point, que j'ai réussi
l'emballage et l'installation de paquet deb, cependant, après l'installation d'un conteneur LXC
paquet, je ne peux pas être super-utilisateur dans un conteneur lxc. J'ai cette erreur lorsque j'utilise
"sudo" commande.
sudo: uid effectif n'est pas 0, est installé sudo setuid root?
merci à l'avance.
- Pouvez-vous faire un
ls -l `which sudo`
? - Il suffit d'exécuter la commande et après la sortie.
- -rwxr-xr-x 1 root root 121144 Sep 4 07:11 /usr/bin/sudo
Vous devez vous connecter pour publier un commentaire.
J'ai juste eu ce même problème sur Mac OS après étrangement décider à vis de mon propre système en faisant:
sudo chmod -R /usr/bin
. Si c'est quelqu'un d'autre cas, il suffit d'ouvrir Utilitaire de Disque, sélectionnez votre système d'exploitation de disque ("Macintosh HD" dans mon cas), allez à la Premiers soins onglet puis appuyez Réparer les Autorisations du Disque, attendre un peu et les choses devraient se fixe.Votre
sudo
binaire n'a pas lesetuid
drapeau, comme il l'auront deviné. En tant que root, essayez:OSX:
À tout le monde en débarquant ici à partir de moteurs de recherche: ce n'est pas la façon de résoudre le système OSX qui vous a brisé. La question est de Linux orientée - soupçon, lxc tag - et qu'est-ce que cette réponse est pour. La réponse fournie par Gustavo Matias qui pourraient vous aider 🙂
which sudo
sudo
, il me dit que je n'avez pas la permission, et si je le lance avecsudo
, il me donne le même "uid effectif n'est pas 0..." erreur (je suis en utilisant Amazon Linux).@cnicutar a fourni la réponse
Sur une Ubuntu 14.04 hôte, la suite travaillé
Maintenant que vous êtes sur l'ordinateur hôte, cochez la case
Vérifiez l'indicateur
Commencer votre conteneur et entrer dans la console
Vous devriez être en mesure d'exécuter
Cette erreur peut également être causé par l'utilisation des emprisonnés shell ssh pour l'utilisateur. Essayez de l'onu-la restriction de la session shell si c'est le cas.
J'ai eu ce proplem aujourd'hui,et j'ai résolu ce problème par exécuter la commande suivante à la racine
J'espère que ça va vous aider !