Jak naprawić sudo po „chmod -R 777 / usr / bin”?

Wszedłem chmod -R 777 /usr/bini teraz sudo nie działa.

To mówi sudo must be setuid root.

Niektóre porady online, które mają działać chown root:root /usr/bin/sudo chmod 4755 /usr/bin/sudo.

Po wejściu chown root:root /usr/bin/sudopokazuje opened in readonly modebłąd.

^{Niezależnie od statusu zaakceptowanego, jestem teraz przekonany, że ta odpowiedź jest błędna . (Mam nadzieję, że wkrótce to poprawię, po konsultacji z OP w sprawie akceptacji.) Myślę, że przypominam sobie innych, którzy mówili, że to zadziałało, ale wierzę, że ich problemy były przynajmniej nieco inne. Opisany tu sposób pozostaje cenny w niektórych sytuacjach, w których chmod -R 777 /usr/binjest przerywany znakiem Ctrl+ Club w inny sposób się nie kończy. Ale kiedy już to zrobi, nie pkexecjest już ustawione i nie będzie działać lepiej niżsudo , jak słusznie skomentowali Damien Roche i Oli.}

W systemie komputerowym Ubuntu zainstalowany jest PolicyKit , więc pkexecmożna go użyć do naprawy uszkodzonego sudopliku wykonywalnego lub sudoerspliku . Nie trzeba uruchamiać się w trybie odzyskiwania i nie trzeba uruchamiać z dysku CD na żywo. Nie musisz nawet uruchamiać się ponownie.

W takim przypadku uruchom następujące polecenia:

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

Zobacz to pytanie, aby uzyskać więcej informacji.

Nawet podczas uruchamiania z Live CD / Pendrive, musisz poprzedzić swoją chmodkomendę sudo. Twoje kroki będą wyglądały następująco:

1. boot z live CD / Pendrive
2. sprawdź, czy dysk został już automatycznie zamontowany (i gdzie). Jeśli nie, zamontuj go (patrz poniżej)
3. Użyj, sudo chmod 0755 <path>aby dostosować uprawnienia

Jak dowiedzieć się, gdzie jest zamontowany dysk: w oknie terminala uruchom mount(bez argumentów). Spowoduje to wyświetlenie listy wszystkich zamontowanych urządzeń. Sprawdź typelistę - możesz pominąć wszystko, nie używając „prawdziwego systemu plików” (twój dysk prawdopodobnie używa ext3 lub ext4 - na pewno możesz pominąć takie rzeczy jak proc, sysfs i tym podobne). Jeśli coś brzmi obiecująco (wygląda jak /dev/sda1 on /media/sda1 type ext3), sprawdź jego zawartość za pomocą, ls /media/sda1aby zobaczyć, czy to jest to.

Jeśli to nie jest zamontowany, można skontaktować się z /devwpisami w którym dysk mógł być (używając ls /dev/ |grep '/dev/sdw celu sprawdzenia dostępnych urządzeń; dysk powinien wyglądać /dev/sdaX, /dev/sdbXlub tym podobne - gdzie X oznacza numer). Porównaj to z listą zamontowanych urządzeń. Jeśli go nie ma, spróbuj go zamontować i sprawdź jego zawartość (jak pokazano powyżej). Aby go zamontować, najpierw utwórz punkt montowania, np. sudo mkdir /mnt/mydiskNastępnie spróbuj zamontować urządzenie za pomocą mount /dev/sda1 /mnt/mydiski sprawdź jego zawartość za pomocą ls /mnt/mydisk.

Gdy już tam odpowiedniego dysku, można przejść, aby zmienić uprawnienia z powrotem na usr Reż sudo chmod 0755 /mnt/mydisk/usr.

Teraz nadal możesz mieć problemy, jeśli pierwotnie uruchomiłeś chmodpolecenie rekurencyjnie, używając -Rparametru. W takim przypadku możesz spróbować naprawić każdy wpis ręcznie - lub możesz przejść prosto do nowej instalacji ...

Myślę, że Mat ma rację, musisz być rootem, aby dodać bit do / usr / bin, ale oczywiście sudo jest zepsute. Jeśli masz hasło roota, możesz użyć go do zalogowania się jako root, a następnie naprawić uprawnienia za pomocą powyższej komendy. Jeśli tego nie zrobisz (a ja też nie), prawdopodobnie najlepiej byłoby:

• uruchom komputer z live CD z Linuxem
• zrootuj się tam
• zamontuj partycję za pomocą powyższego systemu
• następnie wyprostuj uprawnienia w tym systemie plików za pomocą terminala.

Root jest zawsze numerem użytkownika 0, więc root w dowolnym systemie może wprowadzać zmiany do rootowania w innych systemach plików.

Nie mam dużo wiedzy Ale te kroki rozwiązały mój problem, nawet bez ponownego uruchamiania komputera. Wykonaj następujące kroki:

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

Próbując ustawić uprawnienia dla moich lokalnych skryptów, złamałem uprawnienia sudo i przez pomyłkę zmieniłem własność. Byłem w stanie zmienić własność sudo na root, wykonując następujące czynności:

Krok 1: Przełącz na tryb odzyskiwania Ubuntu . Jeśli nie jesteś świadomy tego procesu, możesz znaleźć odpowiedź tutaj: /ubuntu//a/172346/223901

Krok 2: Po przejściu w tryb odzyskiwania wybierz root - monit o upuszczenie do roota

Krok 3: Wykonaj następujące polecenia

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

Poczekaj, aż system uruchomi się normalnie, a zobaczysz własność sudo z powrotem do rootowania.