Strona 4 z 6
: 07 maja 2008, 23:19
autor: fnmirk
pilot1123 pisze:czyli nie ma mnie w grupie sudo
Stop niema takiego wpisu
w pliku /etc/group
Sudo do działania su nie jest Ci potrzebne.
To do działania su jest niepotrzebne
: 07 maja 2008, 23:24
autor: pilot1123
wyjaśnij, o co Ci chodzi z /etc/groups
wiem, że sudo nie ma wpływu na su, ale zawsze coś już działa przynajmniej. Jeżeli to samo su działa na tty a nie działa w gnome to chyba nie jest wina uprawnień?
: 07 maja 2008, 23:28
autor: raph
fnmirk pisze:Stop niema takiego wpisu
Kod:
pilot1123
1000:
w pliku /etc/group
Znaczy tyle, że nie jesteś w grupie pilot1123
Wydaj polecenie:
A jak nie ma takiej grupy to:
I wtedy to co wyżej.
: 07 maja 2008, 23:33
autor: fnmirk
Sprawa wygląda tak:
Po wydaniu polecenia
w wyniku powinna się wyświetlić między innymi taka informacja:
ale Ty jej nie przedstawiłeś. Dlatego wnioskuję, że w pliku /etc/group nie ma wspomnianego wpisu i dlatego tak się twój system zachowuje.
edit:
raph pisze:Wydaj polecenie:
Nie można tego zrobić w tym momencie, ponieważ użytkownik taki już istnieje.
: 07 maja 2008, 23:55
autor: pilot1123
mam takiego usera
: 08 maja 2008, 00:03
autor: fnmirk
pilot1123 pisze:mam takiego usera
To wiem. Sprawdź jeszcze raz zawartość pliku group.
edit:
Zaloguj się na konto użytkownika i podaj wynik polecenia:
edit:
Jak rozwiążesz problem to poczytaj:
http://wiki.kis.p.lodz.pl/lab/index.php ... ntable=yes
: 08 maja 2008, 00:58
autor: pilot1123
Kod: Zaznacz cały
pilot1123@pilot:~$ id
uid=1000(pilot1123) gid=1000(pilot1123) grupy=20(dialout),24(cdrom),
25(floppy),27(sudo),29(audio),44(video),46(plugdev),110(netdev),
113(powerdev),1000(pilot1123)
fnmirk, ogólne pojęcie o zarządzaniu8 userami mam (wiem, gdzie szukać) Debian to nie mój pierwszy Linux. Po prostu zdaje mi się, że problem z su nie leży w zarządzaniu userami tylko w konf. gnome
.
: 08 maja 2008, 05:01
autor: fnmirk
pilot1123 pisze:Po prostu zdaje mi się, że problem z su nie leży w zarządzaniu userami tylko w konf. gnome
Tego to nie wiem. Wiem tylko jedno, że brakuje wpisu twojej grupy (użytkownika) w pliku
/etc/group. Czy sprawdziłeś to jak napisałem wcześniej.
Poprzednia kopia pliku
/etc/group jest do znalezienia w katalogu
/var/backups/group.bak
Porównaj te pliki.
Musisz mieć w pliku /etc/group wspomniany wpis:
i polecenie dodania użytkownika do własnej grupy może zamieszać (tak mnie się wydaje, nie jestem tego pewien). Dlatego edytowałbym plik /etc/group ręcznie.
edit:
==================
Podaj jeszcze zawartość pliku /etc/login.defs tylko aktywne linie:
lub
Kod: Zaznacz cały
grep -v '#' /etc/login.defs>/home/pilot1123/log_su.txt
: 08 maja 2008, 08:51
autor: thalcave
fnmirk pisze:i polecenie dodania użytkownika do własnej grupy może zamieszać (tak mnie się wydaje, nie jestem tego pewien). Dlatego edytowałbym plik /etc/group ręcznie.
w /etc/group użytkownik nie musi być wpisanym do swojej domyślnej grupy. Wystarczy wpis w /etc/passwd
Więc wystarczy, żeby ta grupa istniała.
: 08 maja 2008, 14:50
autor: fnmirk
thalcave pisze:w /etc/group użytkownik nie
sprawdziłem to doświadczalnie. Piszę to teraz z poziomu Ubuntu. Sprawdzam plik sudoers i ciekawe jest to co powiem. Użytkownik korzystający z sudo nie jest wpisany do tego pliku (a powinien, system leżący na dysku i tylko aktualizowany).
Ciekawie natomiast wygląda wynik polecenia:
Kod: Zaznacz cały
MAIL_DIR /var/mail
FAILLOG_ENAB yes
LOG_UNKFAIL_ENAB no
LOG_OK_LOGINS no
SYSLOG_SU_ENAB yes
SYSLOG_SG_ENAB yes
FTMP_FILE /var/log/btmp
SU_NAME su
HUSHLOGIN_FILE .hushlogin
ENV_SUPATH PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
ENV_PATH PATH=/usr/local/bin:/usr/bin:/bin:/usr/games
TTYGROUP tty
TTYPERM 0600
ERASECHAR 0177
KILLCHAR 025
PASS_MAX_DAYS 99999
PASS_MIN_DAYS 0
PASS_WARN_AGE 7
UID_MIN 1000
UID_MAX 60000
GID_MIN 100
GID_MAX 60000
LOGIN_RETRIES 5
LOGIN_TIMEOUT 60
CHFN_RESTRICT rwh
DEFAULT_HOME yes
USERGROUPS_ENAB yes
Czy może ktoś wrzucić wynik polecenia z Debiana Lenny jeżeli nic nie zmieniał i nie bawił się z su. Interesuje mnie zawartość pliku, taka jak jest po instalacji:
system
bez sudo.