Dzisiaj wyczyściłem Ubuntu 11.10, a następnie zainstalowałem VirtualBox. Wymagało to ode mnie dodania się do grupy vboxusers, a ponieważ wydaje się, że 11.10 nie ma już aplikacji graficznej do dodawania użytkowników do grupy, uruchomiłem następujące polecenie:
sudo usermod -G vboxusers stephane
To jest problem. Teraz widzę, co powinienem był uruchomić:
sudo usermod -aG vboxusers stephane
Rezultat końcowy jest taki, że nie jestem już w grupach, w których powinienem być. Łącznie z dowolną grupą wymaganą do uruchomienia „sudo”. Kiedy teraz uruchamiam dowolne polecenie jako sudo, otrzymuję:
$ sudo ls
[sudo] password for stephane:
stephane is not in the sudoers file. This incident will be reported.
Czy istnieje sposób, aby to naprawić, czy też muszę ponownie zainstalować od nowa?
źródło
mount -o remount,rw /
.reboot -f
.Jeśli w systemie jest włączone logowanie roota, po prostu upuść terminal przez Control+ Alt+ F1bez logowania do X. Zaloguj się jako root, a następnie po prostu dodaj żądanego użytkownika do
admin
grupy (dla Ubuntu 11.10 i wcześniejszych):W systemie Ubuntu 12.04 i nowszych dodaj użytkownika do
sudo
grupy:Jeśli nie włączyłeś logowania roota, po prostu wybierz tryb odzyskiwania z Grub, a następnie spróbuj powłoki roota.
Zamontuj system plików jako odczyt-zapis:
Następnie możesz ponownie dodać żądanego użytkownika do grupy
admin
(lubsudo
).źródło
Próbowałem różnych kombinacji po zrobieniu tego samego, ponieważ opcja menu remount wydaje się nie być w 12.10. Próbowałem wszystkiego innego w tym poście od roota. Ostatni był
Spowodowało to, że system plików wciąż jest ro z powodu ustawienia w fstab, aby uruchomić ro na błędzie systemu plików, myślę, że z informacją, że wyglądał jak ro po zamontowaniu.
W końcu udało mi się to
Chociaż nie jestem pewien, jak to się różni od poprzedniego zestawu poleceń.
Po zastosowaniu tej odmiany dodawanie użytkownika do grupy
admin
(11.10 i wcześniejszej) lubsudo
(12.04 i późniejszej) odbywa się w ten sam sposób:źródło
Stare pytanie, ale przytrafiło mi się również (Ubuntu 14.04).
Nie udało mi się zalogować do trybu odzyskiwania i uzyskać dostępu do powłoki roota, co opisuje wiele odpowiedzi tutaj i gdzie indziej: dostęp do powłoki roota z GRUB-a wydaje się być chroniony hasłem.
Więc rozwiązałem problem w ten sposób:
cd
w tym.etc/group
(powiedz za pomocąnano etc/group
lub cokolwiek innego)sudo:x:27:admin,bob,alice
sudo
wiersza, oddzielając przecinkamiOczywiście oznacza to, że plik
etc/sudoers
nadal ma linięco oznacza, że wszyscy członkowie grupy
sudo
mają całkowitą kontrolę. Najpierw sprawdź to.Pracował bezproblemowo.
źródło
Popełniłem ten sam błąd, dodając moje konto do grupy (zapomniałem
-a
). Miałem zainstalowany system z zablokowanym loginem roota, a moje konto było jedynym na komputerze.Przyjęta odpowiedź nie pomogła mi. Podczas uruchamiania w trybie odzyskiwania dostałem tylko nieprzydatną wiadomość
Po naciśnięciu klawisza ENTER system uruchomił się normalnie: nie można uzyskać dostępu do konta root, aby rozwiązać problem. Pozostawiam tę odpowiedź na wypadek, gdyby ktoś w tym momencie znalazł się w moich butach. Użyj następujących opcji tylko wtedy, gdy nie możesz przejść do trybu odzyskiwania za pomocą menu Grub .
Przewodnik dotyczący uzyskania powłoki roota:
e
. Grub wyświetli edytor wiersza poleceń z wieloma wierszami, z których każdy może wydawać się nieznany, jeśli nie onieśmiela. Nie martw się, wszelkie wprowadzone zmiany nie zostaną zapisane na stałe.linux ... ro ...
. To jest linia poleceń jądra. Wymieńro
żetonrw
, aby korzeń systemu plików do zapisu / odczytu, a także dodać kolejną linię poleceń parametr jądrainit=/bin/sh
. To instruuje jądro do wykonaniash
zamiast/sbin/init
. W końcu linia powinna wyglądaćlinux ... rw init=/bin/sh ...
. Uwaga: Możesz sobie poradzić nawet z gołymgrub>
monitem. Z przyjemnością wyjaśnię krok po kroku, jeśli wszystko inne zawiedzie dla ciebie; zostaw komentarz do tej odpowiedzi.usermod -a -Gadm,sudo YOURUSERID
. Potwierdźid -a YOURUSERID
, że odzyskałeś członkostwo sudo. Jeśli pojawi się błąd „nie znaleziono polecenia”, użyj/sbin/usermod
i/bin/id
.W tym momencie nie można zamknąć systemu ani zrestartować systemu.
reboot
,halt
Lubpoweroff
nie będzie działać, aexit
od powłoki spowoduje panikę jądra, ponieważ proces PID 1 nie oczekuje się po prostu wyjść. Następne dwa polecenia, które musisz wydać, to:sync
na wypadek, gdyby coś poszło nie tak, aby zapisać wszystkie zmiany na dysku iexec
zastąpić powłokę rzeczywistąinit
(która może być systemd, upstart lub System V init, ale zawsze jest wywoływana/sbin/init
). System najprawdopodobniej będzie nadal uruchamiał się normalnie (bez trybu odzyskiwania).sudo reboot
- powinieneś odzyskać swoje uprawnienia sudo. Ponowne uruchomienie jest zalecane, ponieważ (choć bardzo rzadko)init
można przekazać dodatkowe parametry podczas normalnego rozruchu, czego nie zrobiliśmy. W przypadkuexec
niepowodzenia po prostu zresetuj maszynę i pozwól jej uruchomić się normalnie. Wszystkie nowoczesne systemy plików kronikowania, takie jak ext4, xfs i btrfs, odzyskują się szybko (najwyżej kilka sekund na sprawdzenie dziennika, jeślisync
ed przed resetowaniem), i wszystko będzie gotowe.Trochę tła
Nie było dyskusji na temat zgłoszenia Debiana na temat tego samego problemu, i, o ile rozumiem, to zdecydowano funkcję, a nie błąd, który sądzę, aby były raczej pomyłka. Będąc w tym biznesie od 25 lat, nie mogę się nie zgodzić z argumentem Michaela Biebl w przesłaniu nr 31 w tym wątku:
Poprawny, IMO, jeśli nie dość ogólny, sprzeciw został podany w wiadomości nr 70 przez Felipe Sateler:
Jest to szczególnie ważne w przypadku laptopa, o którym mowa w argumencie Michaela: jeśli pozostawisz go na chwilę bez opieki, a ktoś będzie szukał twoich danych, laptop po prostu zniknie, aby nigdy więcej go nie zobaczyć. I dla każdej maszyny, nie „wielu” lub „większości”, nawet tych przykręconych w 8 punktach do szafy, gdy tylko atakujący uzyska fizyczny dostęp do maszyny, gra naprawdę się kończy.
źródło