Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam
Porobiło się coś po aktualizacji. Nie mogę się zalogować na swoje konto. Po wpisaniu hasła, po kilku sekundach dostaje z powrotem ekran logowania. (Na innego usera loguje sie bez problemu).
W auth.log znalazłem coś takiego:
gnome-keyring-daemon[8230]: couldn't access control socket: /run/user/1000/keyring/control: Nie ma takiego pliku ani katalogu
Rzeczywiście w katalogu usera na którego można się zalogowac jest plik "=control"
Wczoraj miałem już identyczna sytuacje. Doszedłem że w ~/local/share powinien być katalog keyring, którego u mnie nie było. Przekopiowałem ten katalog od innego usera (tonącu brzytwy sie chwyta ;)). Oczywiści enie pomogło. Usunałem pliki w katalogu keyring, zrestartowałem i jakoś się zalogował.
Dziś od nowa ta sama bajka. Po wpisaniu hasła wyrzuca z powrotem do ekranu logowania, sposób z wczoraj nie działa.
W konsoli mogę sie zalogować oczywiście.
Debian testing, Kernel 4.14.0-2-amd64 #1 SMP Debian 4.14.7-1 (2017-12-22) x86_64 GNU/Linux
Jest jakaś możliwość zresetowania, odzyskania?
Pozdrawiam
TT
Offline
Tutaj masz coś do spróbowania:
https://www.linuxquestions.org/questions/linux-desk … e-4175547333/
Offline
Na chwilę obecną sprawa wyglada tak:
Zauważyłem, że jak nie zalogowałem sie userem u którego problem nie występuje to w /run/user nie ma katalogu z jego UIDem. Natomiast katalog usera z problemami istnieje. Usunąłem więc ten katalog (pluł sie o zajęte zasoby jeśli chodzi o katalog gvs wewnątrz ale resztę usunął). Po tej operacji mogłem się zalogować i na pierwszy rzut oka wszystko działa.
Po restarcie problem wraca, katalog z UIDem user istnieje w /run/user, po usunięciu mozna się znów logować.
Wygląda więc na to że robi się jakiś myk przy wyłaczaniu że nie usuwa tego katalogu usera.
Ostatnio edytowany przez tete (2018-01-17 16:30:43)
Offline
Doszedłem do tego że logowanie blokuje proces uruchamiany przy starcie:
/usr/bin/systemd/systemd/ --user
po ubiciu tego procesu z konta root mogę się zalogować. Wydaje mi się że system nie do końca sprawnie pracuje (np Thunderbird twierdzi że jest już uruchomiony). Wygląda tak jakby podczas uruchamiania była tworzona sesja użytkownika i coś w pewnym momencie się zawieszało.
Ktoś ma może jakieś pomysły gdzie szukać dalej rozwiązania?
Offline
Offline
Nie za bardzo mogłem się odnaleźć w tym co te logi wypluwały :/ Ale rykoszetem zacząlem czytać:
https://wiki.debian.org/systemd#Installing_and_Testing i zainteresowała mnie sekcja "orphaned processes".
You can configure how systemd manages leftover processes with the KillUserProcesses= parameter in logind.conf. By setting this to yes, processes will be forcibly killed when the session terminates.
Ustawiłem ten parametr i po restarcie można się było zalogować. Wróciłem potem do ustawień domyślnych i też logowanie się powiodło. Wygląda na to, że przy wymuszeniu ubicia procesów posprzątał syf i na chwile obecna jest ok.
Pozostaje jeszcze problem z Thunderbirdem ale to już inny temat :)
Dzięki za pomoc.
Offline
Strony: 1