Aujourd'hui, j'ai installé Ubuntu 11.10 proprement, puis VirtualBox. Cela m'a obligé à m'inscrire moi-même au groupe vboxusers et, comme 11.10 ne semble plus avoir d'application graphique pour ajouter des utilisateurs à un groupe, j'ai lancé la commande suivante:
sudo usermod -G vboxusers stephane
C'est un problème. Je vois maintenant ce que j'aurais dû courir à la place est:
sudo usermod -aG vboxusers stephane
Le résultat final est que je ne fais plus partie des groupes dans lesquels je devrais être. Incluant le groupe requis pour exécuter "sudo". Lorsque j'exécute une commande en tant que sudo maintenant, j'obtiens le texte suivant:
$ sudo ls
[sudo] password for stephane:
stephane is not in the sudoers file. This incident will be reported.
Existe-t-il un moyen de résoudre ce problème ou dois-je réinstaller à nouveau?
la source
mount -o remount,rw /
.reboot -f
.Si la connexion root est activée sur votre système, déposez simplement le terminal via Control+ Alt+ F1sans vous connecter à X. Connectez-vous en tant que root, puis ajoutez simplement l'utilisateur souhaité au
admin
groupe (pour Ubuntu 11.10 et versions antérieures):Pour Ubuntu 12.04 et versions ultérieures, ajoutez l'utilisateur au
sudo
groupe:Si vous n'avez pas activé la connexion root, choisissez simplement le mode de récupération de Grub, puis essayez le shell root.
Monter le système de fichiers en lecture-écriture:
Ensuite, vous pouvez à nouveau ajouter l’utilisateur de votre choix au groupe
admin
(ousudo
).la source
J'ai essayé diverses combinaisons après avoir fait la même chose, car l'option de menu Remount semble ne pas être dans 12.10. J'ai essayé tout le reste dans ce post à partir de la racine. Le dernier était
Il en est résulté le système de fichiers encore être ro en raison d'une mise en fstab pour démarrer ro d' erreur du système de fichiers , je pense, avec lui indiquant qu'il semblait être ro après montage.
J'ai finalement réussi avec
Bien que je ne sois pas sûr de savoir en quoi cela est différent du jeu de commandes précédent.
Après avoir appliqué cette variante, l’ajout d’un utilisateur au groupe
admin
(11.10 et ealrier) ousudo
(12.04 et ultérieur) s’effectue de la même manière:la source
Vieille question mais m'est arrivé aussi (Ubuntu 14.04).
Je ne pouvais pas me connecter en mode de récupération et accéder à un shell racine, comme le décrivent nombre de réponses ici et ailleurs: l'accès au shell racine de GRUB semble être protégé par un mot de passe.
J'ai donc résolu le problème de cette façon:
cd
dans ça.etc/group
(par exemple avecnano etc/group
ou autre chose)sudo:x:27:admin,bob,alice
sudo
ligne, séparés par des virgulesBien entendu, cela implique que le fichier
etc/sudoers
contient toujours la lignece qui signifie que tous les membres du groupe
sudo
ont un contrôle total. Vérifiez d'abord cela.Travaillé sans incident.
la source
J'ai commis la même erreur en ajoutant mon compte à un groupe (j'ai oublié le
-a
). J'avais mon système installé avec le login root verrouillé, et mon compte était le seul sur la machine.La réponse acceptée ne m'a pas aidé. Lors du démarrage en mode de récupération, tout ce que je reçus était un message inutile
Après avoir appuyé sur ENTREE, le système a démarré normalement: aucune chance d'obtenir un accès root pour résoudre le problème. Je laisse cette réponse au cas où quelqu'un finirait dans mes chaussures par ce point. Utilisez ce qui suit uniquement si vous ne parvenez pas à accéder au mode de récupération via le menu Grub .
Une procédure pas à pas pour obtenir la coque racine:
e
. Grub affichera un éditeur de ligne de commande avec plusieurs lignes, chacune d'entre elles pouvant sembler inconnue, voire intimidante. Ne vous inquiétez pas, les modifications que vous apportez ne sont pas enregistrées de manière permanente.linux ... ro ...
. C'est la ligne de commande du noyau. Remplacez lero
jetonrw
, pour rendre le système de fichiers racine en lecture / écriture, et ajouter un autre paramètre de ligne de commande du noyau,init=/bin/sh
. Ceci indique au noyau de s’exécutersh
au lieu de/sbin/init
. À la fin, la ligne devrait ressemblerlinux ... rw init=/bin/sh ...
. Remarque: vous pouvez vous en tirer même à l’grub>
invite. Je serai heureux d’expliquer comment, étape par étape, si tout échoue pour vous; laissez juste un commentaire à cette réponse.usermod -a -Gadm,sudo YOURUSERID
. Confirmez avecid -a YOURUSERID
que vous avez récupéré votre adhésion sudo. Si vous obtenez une erreur "commande introuvable", utilisez/sbin/usermod
et/bin/id
.Vous ne pouvez pas arrêter ou redémarrer le système proprement à ce stade.
reboot
,halt
oupoweroff
ne fonctionnera pas, etexit
du shell conduira à une panique du noyau, car le processus PID 1 ne devrait pas simplement se terminer. Donc, les deux prochaines commandes que vous devez donner sont:sync
juste au cas où quelque chose ne va pas, pour enregistrer toutes les modifications sur le disque, etexec
pour remplacer le shell par le réelinit
(qui peut être systemd, upstart ou System V init, mais il est toujours appelé/sbin/init
). Le système continuera probablement à démarrer normalement (pas de mode de récupération).sudo reboot
vous devriez avoir récupéré votre privilège sudo. Un redémarrage est recommandé car (bien que très rarement)init
des paramètres supplémentaires peuvent être transmis lors d'un démarrage normal, ce que nous n'avons pas fait. En cas d'exec
échec, réinitialisez simplement la machine et laissez-la démarrer normalement. Tous les systèmes de fichiers de journalisation modernes, tels que ext4, xfs et btrfs, se récupèrent rapidement (quelques secondes au maximum pour une vérification de journal, sisync
édités avant la réinitialisation), et vous serez prêt.Un peu de fond
Il y a eu une discussion sur le rapport de bogue Debian à propos de ce problème même et, pour autant que je sache, cela a été décidé comme une fonctionnalité et non comme un bogue, ce qui, à mon avis, a plutôt été une erreur. Ayant été dans cette entreprise pendant 25 ans, je ne peux m'empêcher d'être totalement en désaccord avec l'argument de Michael Biebl dans le message n ° 31 de ce fil:
L’objection correcte de l’OMI, si elle n’était pas assez générale, a été formulée dans le message n ° 70 de Felipe Sateler:
Cela est particulièrement vrai pour l'ordinateur portable, mentionné dans l'argument de Michael: si vous le laissez sans surveillance pendant un moment, et que quelqu'un recherche vos données, l'ordinateur portable disparaîtra pour ne plus jamais être revu. Et pour n'importe quelle machine, ni "beaucoup" ni "la plupart", même celles bloquées à 8 points dans un rack, dès que l'attaquant obtient un accès physique à la machine, le jeu est vraiment terminé.
la source