Mam świeżo skonfigurowany system komputerowy 12,04 LTS (dysk SSD 120 GB, dysk twardy 1 TB, pamięć RAM 16 GiB); od kilku dni nie mogę już zalogować się do graficznego pulpitu: jest bardzo krótkie migające okno powłoki, które znika bardzo szybko ( edycja: patrz poniżej ), i ponownie pojawia się ekran logowania. Wierzę, że istnieje coś takiego modprobe
i vbox
, ale nie mogę odczytać to dość szybko ...
Mogę zalogować się do terminala ( Ctrl+ Alt+ F1). Nie pomogło do chown całą zawartość mojego katalogu domowego do me
: my-group
jak sugeruje tutaj .
Oto, co mogłem znaleźć /var/log
, szukając daty i godziny (wstawiłem podział linii po <my-hostname>
; wartości w czasie rzeczywistym zachowane):
auth.log:
<date> 22:43:01 <my-hostname>
lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:08 <my-hostname>
lightdm: pam_unix(lightdm:session): session closed for user lightdm
<date> 22:43:08 <my-hostname>
lightdm: pam_unix(lightdm:session): session opened for user tobias by (uid=0)
<date> 22:43:08 <my-hostname>
lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:08 <my-hostname>
lightdm: pam_unix(lightdm:session): session closed for user tobias
<date> 22:43:09 <my-hostname>
lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0)
<date> 22:43:09 <my-hostname>
lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:10 <my-hostname>
lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:10 <my-hostname>
dbus[756]: [system] Rejected send message, 2 matched rules; type="method_call", sender="1:43" (uid=104 pid=1639 comm="/usr/lib/indicator-datetime/indicator-datetime-ser") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.15" (uid=0 pid=1005 comm="/usr/sbin/console-kit-daemon --no-daemon ")
kern.log:
<date> 22:43:00 <my-hostname>
kernel: [ 16.084525] eth0: no IPv6 routers present
syslog:
<date> 22:43:00 <my-hostname>
kernel: [ 16.084525] eth0: no IPv6 routers present
<date> 22:43:01 <my-hostname>
ntpdate[1492]: adjust time server 91.189.94.4 offset -0.162831 sec
<date> 22:43:08 <my-hostname>
acpid: client 969[0:0] has disconnected
<date> 22:43:08 <my-hostname>
acpid: client connected from 1553[0:0]
<date> 22:43:08 <my-hostname>
acpid: 1 client rule loaded
Mam zainstalowane Virtualbox i Truecrypt, ale nie mogę wymyślić powodu, dla którego mogłyby zapobiec graficznemu logowaniu.
Jestem zmieszany:
- O co chodzi
requirement "user ingroup nopasswdlogin" not met
? I nie logować się za pomocą hasła, a hasło działa ok podczas logowania do terminala! - Czy mogę w jakiś sposób odczytać wyjście błędu, np. Opóźniając go, przekierowując do pliku lub prosząc system o naciśnięcie klawisza?
- Czy prawdopodobnie jakaś ostatnia aktualizacja spowodowała mój problem? Czy powinienem zainstalować oczekujące aktualizacje? Jak przy okazji, bez dostępu do graficznego interfejsu użytkownika?
Mam trochę praktycznej wiedzy na temat powłoki Linux, ale jestem nowy w Ubuntu. Każda pomoc będzie mile widziana.
Edycja: Po wyłączeniu maszyny wczoraj ( sudo shutdown now
) znalazłem na ekranie następujący tekst, który wydaje się być „migającym” tekstem wspomnianym wcześniej (sformatowanym; było trochę głupich początkowych białych znaków):
Could not write bytes: broken pipe
speech-dispatcher disabled; edit /etc/default/speed-dispatcher
* Starting VirtualBox kernel modules
* modprobe vboxdrv failed. Please use 'dmesg' to find out why
saned disabled; edit /etc/default/saned
* Checking battery state... [ OK ]
Po ręcznym skopiowaniu go wyłączyłem urządzenie, naciskając przycisk przez kilka sekund.
Być może problem dotyczy wirtualnej skrzynki (zainstalowany 4.2). Jeszcze dzisiaj dodam więcej ekstraktów plików dziennika (MET).
Edytuj , dla rekordów: Próbowałem następujące, z / a / 133754/103086 :
sudo apg-get install gdm
(po wyświetleniu monitu wybierzGDM
)- ponownie uruchomiony; logowanie nie powiodło się również w GDM
sudo dpkg-reconfigure lightdm
, ponownie uruchomiony; logowanie nie będzie działać- mój
~/.Xauthority
plik jest pusty; usunięcie go i ponowne uruchomienie nic nie zmieniło
Ponadto:
- odinstalował virtualbox (
sudo apt-get remove virtualbox-4.2
), uruchomił się ponownie
Edycja : przesłałem archiwum zip wybranych / odfiltrowanych plików dziennika do http://www.tobias-herp.de/en/errors/ubuntu-gui-lockout . Przechowywane apt-get upgrade
ing niedawno, ale niestety problem nie został rozwiązany.
źródło
dmesg
), ale nie mogę dowiedz się, jak go przesłać ...~/.Xauthority
plik jest completeliy „moje” (tobias:tobias
).Odpowiedzi:
Usunięcie ~ / .Xauthority działało dla mnie
źródło
~/.Xauthority
było to z odpowiednim pozwoleniem i właściwym właścicielem (ja).Miałem ten sam problem. Okazało się, że mój problem polegał na tym, że
~/.Xauthority
został zaktualizowany jako root i od tej pory tylko root mógł go odczytać. Powstrzymało mnie to od rozpoczęcia dowolnej sesji X z mojej nazwy użytkownika. Musiałemsudo rm ./.Xauthority
i potem wszystko działało dobrze.źródło
W końcu poddałem się i ponownie zainstalowałem system. Nie stanowiło to problemu, ponieważ system był dość świeży, a większość danych osobowych nie została jeszcze do niego zmigrowana. Nie wiem na pewno, że problem nie został spowodowany niestandardowym pakietem, więc ...
Więc zacząłem od nowa i podjąłem środki ostrożności, aby być lepszym następnym razem. Po instalacji zaktualizowałem system, zainstalowałem kilka kluczowych pakietów i zwróciłem uwagę na konfigurację:
Dlatego za każdym razem, gdy pojawia się nowy problem, powinienem mieć większą szansę dowiedzieć się, co mogło pójść nie tak.
źródło
W moim przypadku było to spowodowane błędem,
~/.dmrc
jak wyjaśniono tutaj . Można to wykryć dzięki temu,~/.xsession-errors
że miałem następujący błąd:źródło
Podobny problem przytrafił mi się po dodaniu
export PATH=$PATH:/home/<user>/SomeFolder
na końcu/etc/profile
. Po zalogowaniu się do terminala, usunięciu tej linii i ponownym uruchomieniu, mogłem zalogować się normalnie i problem zniknął.Dokumentacja:
Przed ekranem logowania pojawiał się następujący migający tekst:
źródło
~/bin
katalog, który lubię mieć wPATH
, ale instalacja już nie istnieje.~/.xsession-errors
; kiedy spróbowałem w skorupce, wszystko wyglądało dobrze. Wyłączyłem jednak ładowanie skryptów i mogę ponownie zalogować się graficznie.Natknięcie się na to teraz za pomocą lightdm + dowolnego powitania niejednorodności. Jeśli ustawię greeter na unity-greeter w /etc/lightdm/lightdm.conf, wydaje się, że działa. Nie mam pojęcia dlaczego.
Edycja: zredagowane. Coś, co właśnie ściągnąłem z aktualizacją, musiało to spowodować, a teraz nawet program do przywiązywania jedności nie działa.
źródło
SeatDefaults
wartośćgreeter-session
jestunity-greeter
już. Jakaś inna wartość, której mógłbym spróbować?W moim przypadku dodałem kilka poleceń do .xprofile, które spowodowały powrót do ekranu logowania zaraz po zalogowaniu. Znalezione błędy były takie same. Usuń wszystko, co nie jest niezbędne z ~ / .profile, a ~ / .xprofile powinno przywrócić normalną sytuację.
źródło
Dla mnie tak się stało, gdy w pliku .profile znajduje się nieprawidłowy wpis ścieżki make. Kiedy go usunąłem, działało idealnie. Sprawdź plik .xsession-error pod kątem zgłaszanego błędu
źródło
Ten sam błąd wystąpił dla mnie na Ubuntu 14.04.02 LTS. Otworzyłem plik dziennika
/var/log/lightdm/lightdm.log
i widzę komunikat podobny do...not enough disk space for .Xauthroity...
. Potem odkryłem, że na dysku jest naprawdę zero miejsca. Więc usunąłem niektóre pliki i błąd zniknął.źródło