Mam problemy z poleceniem su. Znam moje hasło i wpisuję je poprawnie, ale su
oznacza to błąd uwierzytelnienia.
Więc sprawdziłem w Internecie, a następnie przeszedłem do trybu odzyskiwania i zmieniłem hasło mojej nazwy użytkownika na to, co wcześniej wprowadzałem.
Nawet teraz wpisanie tego samego hasła su
powoduje błąd uwierzytelnienia.
Proszę zasugerować, co robię źle?
command-line
su
użytkownik12895
źródło
źródło
sudo bash
ale twoje zaklęcie sprawia, że chcę go użyć,su sudo
a możesu su sudo
.sudo su
nie jest zalecanym sposobem - użyjsudo -i
zamiast tego.su
prosi o hasło do konta, które próbujesz się zalogować. Jego użycie (uproszczone):Po pominięciu
username
domyślna nazwa użytkownika toroot
. Ponieważ hasło roota jest domyślnie wyłączone w Ubuntu, żadne hasło nie będzie prawidłowe. Preferowanym sposobem uruchamiania poleceń roota nie jest użycie powłoki su, ale sudo jak w:źródło
root
Konto w Ubuntu domyślnie jest wyłączona. Oznacza to, że nie ma hasła (które różni się od tego, że ma puste hasło) i żadna próba uwierzytelnienia przy użyciu hasła roota nie powiedzie się. Dlategosu
teżsu -
nie będzie działać.Zamiast tego użyj,
sudo
aby uruchomić polecenie jako root:Jeśli chcesz uzyskać powłokę roota tak jak masz
su
, uruchom:Jeśli chcesz uzyskać powłokę roota tak jak masz
su -
, uruchom:źródło
kiedy musisz się zalogować, jak mówi jeden z identyfikatorów użytkownika,
git
który nie jest zalogowany (nie ma pwd)ROZWIĄZANIE - użyj tej składni, aby zalogować się jako identyfikator użytkownika
git
źródło
su
prosi o hasło roota.Możesz ustawić hasło roota, gdy jesteś rootem (podając
sudo su
, pod warunkiem, że jesteś wsudoers
pliku), podając poleceniepasswd
i ustawiając nowe hasło.Nie jest to jednak zalecane z różnych powodów.
źródło
Natknąłem się na system operacyjny, Minibian, w którym brakowało bitu setuid
/bin/su
, powodując ten błąd, nawet jeśli hasło konta root było włączone.W systemie Linux jedynym sposobem na uzyskanie uprawnień roota jest wykonanie pliku root-setuid. Gdy uruchomisz
sudo
lubsu
, ich bit setuid jest ustawiony, więc efektywny użytkownik procesu staje się rootem, a następnie dokonuje uwierzytelnienia już jako root! Jeśli to się nie powiedzie, wyjdą.Tak czy inaczej, oto objawy i naprawa:
Zwróć uwagę na różnicę:
rwx
przed,rws
po.źródło
W moim przypadku było to spowodowane brakiem wpisu dla tego użytkownika
/etc/shadow
.Skopiowałem na inny serwer testowy wszystkie wpisy
/etc/passwd
o identyfikatorze wyższym niż 1000,/etc/group
ale zapomniałem/etc/shadow
. Tak więc za każdym razem, gdy robiłem tosu
z każdym z tych użytkowników, otrzymywałem ten błąd. Po dodaniu brakującego wpisu/etc/shadow
błąd przestaje się pojawiać.Na przykład
/etc/shadow
:źródło