Jak zmodyfikować nieprawidłowy plik „/ etc / sudoers”?

Jak edytować nieprawidłowy plik sudoers? Zgłasza poniższy błąd i nie pozwala mi ponownie edytować, aby go naprawić.

Oto co się dzieje:

$ sudo visudo
>>> /etc/sudoers: syntax error near line 28 <<<
sudo: parse error in /etc/sudoers near line 28
sudo: no valid sudoers sources found, quitting

W nowoczesnym systemie Ubuntu (i wielu innych dystrybucjach GNU / Linux) naprawienie uszkodzonego sudoerspliku jest w rzeczywistości dość łatwe i nie wymaga ponownego uruchamiania, korzystania z płyty CD na żywo ani fizycznego dostępu do komputera.

Aby to zrobić przez SSH, zaloguj się do komputera i uruchom polecenie pkexec visudo. Jeśli masz fizyczny dostęp do maszyny, SSH nie jest konieczne; wystarczy otworzyć okno terminala i uruchomić to pkexecpolecenie.

Zakładając, że ty (lub inny użytkownik) jesteś upoważniony do uruchamiania programów tak jak rootw PolicyKit, możesz wprowadzić hasło, a następnie uruchomi się ono visudojako rooti możesz je naprawić /etc/sudoers.

Jeśli chcesz edytować jeden z plików konfiguracyjnych w /etc/sudoers.d(który w tej sytuacji jest rzadki, ale możliwy), użyj .pkexec visudo -f /etc/sudoers.d/filename

Jeśli masz pokrewną sytuację, w której musisz wykonać dodatkowe polecenia administracyjne systemu jako root, aby rozwiązać problem (również rzadkie w tej sytuacji, ale powszechne w innych), możesz uruchomić interaktywną powłokę root pkexec bash. Mówiąc ogólnie, dowolne nie graficzne polecenie, które można uruchomić, sudomożna pkexeczamiast tego uruchomić .

(Jeśli w systemie jest więcej niż jedno konto użytkownika autoryzowane do uruchamiania programów, jak w rootprzypadku PolicyKit, wówczas w przypadku każdej z tych czynności zostaniesz poproszony o wybranie konta, którego chcesz użyć, zanim zostaniesz poproszony o podanie hasła.)

Załóżmy, że główny system plików zainstalowanego systemu Ubuntu to / dev / sda1. Następnie możesz go zamontować sudo mount /dev/sda1 /mnt. Następnie możesz edytować plik sudoers zainstalowanego systemu za pomocą sudo nano -w /mnt/etc/sudoers. Lub, jeszcze lepiej, możesz go edytować za pomocą

sudo visudo -f /mnt/etc/sudoers

(co uniemożliwi zapisanie pliku sudoers z niepoprawną składnią).

Zawsze używaj visudodo edycji pliku sudoers, nigdy nie edytuj go bezpośrednio. Zapobiegnie to zapisaniu go na dysku, chyba że zostanie zatwierdzone.

Wpisz:

pkexec visudo

Następnie zmień ostatnią linię

#includedir /etc/sudoers

Do:

#includedir /etc/sudoers.d

To powinno rozwiązać twój problem.

jeśli ktokolwiek taki jak ja nie miał zainstalowanego pkexec lub nie był w stanie uruchomić vi, visudo, nano lub innego edytora w celu zmiany pliku sudoers, możesz być pewien tego procesu .. Zostałem zapisany:

• restart
• przytrzymaj klawisz Shift podczas uruchamiania, aby mieć opcję trybu odzyskiwania (wprowadź)
• wpisz wiersz poleceń jako root (druga ostatnia opcja w moim menu grub)

• zamontuj ponownie urządzenie rozruchowe dla rw i zastosuj exec bezpośrednio dla użytkownika i edytuj plik

  mount -n -o remount,rw /
  chmod u+x /etc/sudoers
  nano /etc/sudoers
  

napraw ten błąd i bądź szczęśliwy :)

Jeśli pomieszałeś swój sudoersplik, musisz:

• Uruchom ponownie w trybie odzyskiwania (naciśnij klawisz Escape podczas uruchamiania, wybierz opcję trybu odzyskiwania na ekranie gruba)
• Wybierz opcję „Włącz sieć” (jeśli nie, system plików zostanie zamontowany jako tylko do odczytu. Kto wiedział)
• Wybierz opcję „Drop to root shell”
• uruchom visudo, napraw swój plik
• Uruchom ponownie z normalną opcją grub

źródło: - http://mario.net.au/content/recover-etcsudoers-ubuntu-1204

Nie ma nic złego #include sudoer.d usunięcie #include sudoer.d nie zrobi żadnej różnicy.

Ale upewnij się, że nie masz żadnych błędów składniowych. Miałem ten sam problem, ale spędziłem godziny na naprawie i właśnie zorientowałem się, że to błędy składniowe. Zapoznaj się z instrukcją i popraw je.

Załóżmy na przykład, że Twoja nazwa użytkownika to: dolly Użyłem następujących, co jest nieprawidłowe

 dolly ALL = (ALL) ALL NO PASSWD: ALL

poprawna składnia to

dolly ALL = (ALL) ALL //give permission to everything, not good

lub

dolly ALL=(ALL) NOPASSWD:/usr/bin/thurderbird //good, give specific permission

mam nadzieję że to pomoże

uruchom tryb odzyskiwania, a następnie wpisz ten

chown -R root: root /etc/sudoers.d
chmod u = rwx, g = rx, o = rx /etc/sudoers.d/
chmod u = r, g = r, o = /etc/sudoers.d/*

tylko grupa główna i użytkownik root powinni mieć uprawnienia do odczytu

Możesz także zalogować się jako root na ttykonsoli za pomocą Ctrl+ Fn( Fnod 1 do 6) i uruchomić visudo.

Możesz edytować swój wpis rozruchowy również w Grub.

Po prostu uruchom ponownie komputer i poczekaj, aż grub się wyświetli. Następnie naciśnij „e” we wpisie „Ubuntu”, aby go edytować.

Poszukaj linii z „linux =” lub „kernel =” i po prostu dodaj „single” na końcu tej linii.

Następnie naciśnij klawisz F10, aby uruchomić ten tymczasowo zmodyfikowany wpis rozruchu. To da ci powłokę (bez GUI) z prawami roota i możesz edytować plik sudoers za pomocą s.th. jak nano / etc / sudoers z powrotem do poprzedniego stanu.

Następnie uruchom ponownie komputer i gotowe.

pkexec visudo

następnie cofnij swoje błędy

W Ubuntu 16.04 działającym na VirtualBox (nie powinno to robić różnicy) powyższe metody nie działały dla mnie (nieprawidłowy wiersz na końcu pliku). Co zadziałało to:

1. Uruchom ponownie VirtualBox
2. Pozwól, aby uruchomił się normalnie, dopóki nie poprosi o nazwę użytkownika i hasło w konsoli
3. Zaloguj się normalnie przy użyciu swojej nazwy użytkownika
4. Następnie, gdy skończysz w konsoli (pod warunkiem, że twoje urządzenie nie uruchamia się w GUI), po prostu podaj polecenie, su -a następnie podaj hasło do własnej nazwy użytkownika.
5. Powinien teraz zakończyć się root@ubuntu-xenial:~#natychmiast, jeśli /etc/sudoersnie jest zbyt uszkodzony lub pusty. Nie jestem pewien, co by się stało w takim przypadku.
6. Następnie możesz po prostu uruchomić visudoi naprawić plik.
7. Następnie Ctrl + Xpojawi się monit o zapisanie zmodyfikowanego bufora. Naciśnij YiEnter
8. Uruchom ponownie pudełko i powinno już działać.

Jeśli /etc/sudoerscoś jest puste lub brakuje czegoś i możesz to edytować, oto moja zawartość:

Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin"

root ALL=(ALL:ALL) ALL

%admin ALL=(ALL) ALL

%sudo ALL=(ALL:ALL) ALL

Dobra praktyka: zapasowe okno terminala i uruchom je sudo su. Na innym termianlu uruchom visudo lub sudo vim / etc / sudoers. Jeśli coś pójdzie nie tak, wróć do terminalu pierwszego i napraw plik. Możesz zapytać, dlaczego nie uruchomić sudo suwcześniej visudow jednym terminalu? To również działa, ale wiąże się z większym ryzykiem zamknięcia terminalu, zanim się zorientujesz.

Istnieje prostsze rozwiązanie. Bez ponownego uruchamiania, trybu odzyskiwania lub pkgexec( pkgexecnie działał i nie mam pojęcia, dlaczego lub jak powinienem go używać), po prostu wykonaj:

su root # switch to root user, without using sudo (which is broken at this point)
your_favorite_editor /etc/sudoers # e.g. nano

A potem po prostu napraw błąd składniowy!