Ubuntu utknął w pętli logowania

480

Moje Ubuntu utknęło w pętli logowania podczas próby wejścia na pulpit. Kiedy się loguję, ekran robi się czarny, a wkrótce potem ekran logowania wraca.

Czytałem, że problem może być spowodowany błędem w zależności od grafiki, oto moja karta graficzna: ATI Radeon 7670M

Calvin Wahlers
źródło
23
Szukaj w ~ / .xsession-error; może być tam wskazówka.
offby1
@CalvinWahlers Odkąd zainstalowałeś Quantal, nie możesz poprawnie uruchomić systemu? Czy zainstalowałeś jakieś sterowniki? Czy możesz połączyć się z jakiegoś TTY (Ctrl + Alt + F1..F6) z dowolnym użytkownikiem?
Lucio
nie, zadziałało płetwa, myślę, że miesiąc ... Ale nagle tak się stało
Calvin Wahlers
wygląda na to, że nie mogę opublikować odpowiedzi. Miałem podobny problem i po wypróbowaniu wszystkich omawianych tutaj obejść bezskutecznie, zauważyłem, że moje sesje zostały pomieszane w / usr / share / xsessions. Przeniosłem wszystkie pliki do mojego katalogu / home (aby mieć kopię) i próbowałem zalogować się przy użyciu kdm (używam Kubuntu). Aby wybrać kdm jako ekran logowania, wykonałem sudo dpkg-reconfigure lightdmi wybrałem kdm. Za pomocą kdm możesz wybrać poprzednią lub domyślną sesję. To była droga.
Ivan Ferrer Villa
3
Nie mam wystarczającej reputacji, aby odpowiedzieć, ale to, co zadziałało, działało według instrukcji tutaj . Krótko mówiąc sudo ubuntu-drivers devices, a następnie sudo apt-get installzalecany sterownik.
kabdulla

Odpowiedzi:

414

Czy skończyłeś tutaj po biegu sudo startx? Niemniej jednak:

Naciśnij Ctrl+ Alt+ F3i zaloguj się do powłoki.

Teraz biegnij ls -lA. Jeśli zobaczysz linię

-rw-------  1 root root   53 Nov 29 10:19 .Xauthority

następnie musisz to zrobić chown username:username .Xauthorityi spróbować się zalogować (być może będziesz musiał zrobić to samo dla .ICEauthority).

W przeciwnym razie ls -ld /tmp. Sprawdź, pierwszych 10 liter w lewo: powinni przeczytać dokładnie tak: drwxrwxrwt.

drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp

W przeciwnym razie musisz to zrobić sudo chmod a+wt /tmpi sprawdzić ponownie.

Jeśli nie jedno i drugie, polecam wam też

  1. sudo dpkg-reconfigure lightdm
  2. lub odinstaluj, zainstaluj ponownie.

Teraz naciśnij Alt+, aż ponownie pojawi się ekran logowania i uruchom ponownie.

SiddharthaRT
źródło
19
Mam ten sam problem, chown username: username .Xauthority pomógł. Ale ktoś ma wyjaśnienie?
ts01
13
Właściwie musiałem nawet usunąć .Xauthority, aby wszystko działało. Z niektórych powodów żadne z powyższych nie rozwiązało mojego problemu.
jlengrand
64
To był dokładnie mój problem. Czy deweloperzy nie mogli pomyśleć o czymś tak prostym, jak wyskakujące okienko „Odmowa zezwolenia podczas próby edycji /home/username/.Xauthority. Upewnij się, że nazwa użytkownika ma uprawnienia do odczytu / zapisu”. Mogło to uratować 41000 osób, które do tej pory widziały to pytanie, z ogromnymi problemami głowy.
Mike
14
+1 - Chociaż musiałem to zrobić zarówno dla .Xauthority, jak i .ICEauthority
Aust
11
@Nacht NIE uruchamiaj sudo z startx. Używanie sudo do uruchamiania startx jest dokładnie tak, jak uprawnienia pliku Xauthority mogą zostać zepsute w ten sposób. Uruchom startx jako normalny użytkownik i powinien on działać. Jeśli nie, sprawdź własność pliku .Xauthority, aby upewnić się, że nie jest on ponownie własnością root.
mchid
66

Miałem to i po obejrzeniu /var/log/Xorg.0.logdowiedziałem się, że jest to problem Nvidii (pojawiła się linijka Xlib: extension "GLX" missing on display ":0).

Uświadomiłem sobie, że mam sterowniki Nvidii z oficjalnej strony, które nie są tak naprawdę stabilne i przetestowane (więc czytałem i miałem doświadczenie w przeszłości).

Rozwiązaniem tutaj była instalacja pakietu nvidia-currentz repozytoriów Ubuntu; jest to strasznie przestarzała wersja, ale przynajmniej została odpowiednio przetestowana. Jego instalator też jest całkiem zdolny i pomyślnie odinstalował moją niestabilną wersję zainstalowaną przez hacka ze strony internetowej Nvidii.

TL; DR , po prostu spróbuj zalogować się do powłoki ( Ctrl+ Alt+ F2lub dowolne F pomiędzy F1i F6) i wpisz

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-367

Jeśli się powiedzie, uruchom ponownie.

sudo reboot

Jeśli masz szczęście, problem został rozwiązany, powinieneś być w stanie zalogować się do Unity.

AKTUALIZACJA

Pamiętaj, że czasami nvidia-currentmoże zainstalować niewłaściwy sterownik. W takim przypadku wyszukaj najnowszy zgodny sterownik karty graficznej i zainstaluj ją. Na przykład w systemie Ubuntu 16.04 nvidia-currentwskazuje na wersję: 304.131-0ubuntu3. Może to być niezgodne z twoją kartą graficzną; dlatego wyszukaj sudo apt-cache search nvidia-[0-9]+$potrzebny pakiet i zainstaluj go.

edison23
źródło
Często mam problem z pętlą logowania po zainstalowaniu aktualizacji. Dla tych, którzy chcą korzystać ze sterowników Nvidia ze strony internetowej, musisz je ponownie zainstalować. Jak powiedziałeś: <kbd> Ctrl </kbd> <kbd> Alt </kbd> <kbd> F1 </kbd> Zaloguj się, cat .xsession-errorsjeśli masz ten komunikat Xlib: extension "GLX" missing on display ":0, oznacza to, że wystąpił problem ze sterownikiem GPU. Pobierz sterowniki NVIDIA sudo service lightdm stop sudo ./NVIDIA-Linux-x86_64-xxx.xx.run sudo rebootI powinno być dobrze
Mar Cnu,
Miałem ten sam problem. Musiałem usunąć wszystkie wcześniej zainstalowane sterowniki; następnie zainstaluj „nvidia-361” (obecnie jest to najnowsza wersja dla Ubuntu), uruchom sudo update-initramfs -u, a następnie uruchom ponownie. niestety nvidia-current instaluje „nvidia-304”, co prawdopodobnie nie jest kompatybilne z moją kartą wideo. Ale dzięki za doprowadzenie mnie do właściwego rozwiązania! :)
Markon
Dzięki, pomogło to naprawić problem z logowaniem w 14.04.
Amit Sharma,
Zainstalowałem jakiś dziwny sterownik NVIDIA, próbując uruchomić biblioteki cuda w moim systemie. zrobienie, sudo apt-get purge nvidia*a następnie naprawienie nvidia-currentgo (w końcu po 2 godzinach). Wielkie dzięki!
G. Meyer,
1
@Moondra: to jest dziennik, dlaczego miałbyś go uruchomić? A / w, sudo jest potrzebne do operacji (odczytu, zapisu) na tych plikach, uważam (nie mogę teraz tego przetestować)
edison23
59

Napotkałem dokładnie ten problem i żadna z sugerowanych powyżej poprawek nie działała dla mnie. Po prawie poddaniu się, spojrzałem na .xsession-errorsi zauważyłem, że mam literówkę .profile(miałem dodatkową }w pliku po tym, jak go edytowałem wcześniej).

To spowodowało pętlę logowania. Może to być inne miejsce, w którym można sprawdzić, czy inne sugerowane poprawki nie działają dla Ciebie.

Dan Cundiff
źródło
1
Moja sytuacja była bardzo podobna. Ostatnio dodałem funkcję uruchamiania do wielokrotnego uruchamiania poleceń w moim .profile i ta funkcja, choć działała zgodnie z reklamą, wydaje się być przyczyną mojego problemu. Komentowanie to naprawiło.
Patrick,
To zadziałało dla mnie. Mój komputer stracił zasilanie podczas burzy i niektóre z nich zakończyły się linią zewnętrzną na końcu mojego .profile. Nie mam pojęcia, jak się tam dostało. W każdym razie powiedziałbym, że ogólnym rozwiązaniem powinno być sprawdzenie błędów .xsession i zobaczenie, co mówi.
Brandon Yates
2
Ten jest dobry! Natrafiłem na ten sam problem z pętlą logowania lightdm, spędziłem 30 minut na rozwiązywaniu problemów bez powodzenia (wypróbowałem wszystkie możliwe obejścia, jakie mogę znaleźć). Okazało się, że jest to błąd składniowy ~/.profilespowodowany przez rbenv.
Terry Wang
1
To rozwiązało mój problem - brak linii w ~ / .profile
Joshua
4
+1 - Dziękujemy za wzmiankę.xsession-errors
Aust
40

Kilka miesięcy temu miałem prawie identyczny problem. Przejście do konsoli z ekranu logowania LightDM (Ctrl-Alt-F1), zalogowanie się za pomocą administracyjnej nazwy użytkownika i hasła oraz wprowadzenie następujących poleceń rozwiązało problem:

sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart
mblasco
źródło
, Dzięki, właśnie
wpisałem
11
To polecenie zmienia nazwę „.Xauthority”, który jest plikiem przechowującym dane uwierzytelniające używane do uwierzytelnienia sesji X (w zasadzie ciasteczka), na „.Xauthority.backup”. Zmiana nazwy tego pliku powoduje, że xauth tworzy nowy plik „.Xauthority”, tym samym ponownie uwierzytelniając się.
mblasco,
ZNAKOMITY. nie mogę ci wystarczająco podziękować - pracował za pierwszym razem.
whytheq
18

W obliczu tego samego problemu dzisiaj.

Przyczyna była dla mnie trochę dziwna. xubuntu-desktopzostał usunięty, podobnie jak ubuntu-desktop. LightDM zakończył pracę bez komunikatu o błędzie. Wypróbowałem lxdm i kiedy próbowałem się zalogować, pojawiło się komunikat informujący, że nie można znaleźć Xubuntu.

Ponownie zainstalowany xubuntu-desktopi jest teraz naprawiony. Myślę, że apt-get autoremoveusunąłem pakiet.

prawda
źródło
ten autorove robi głupie rzeczy. To narzędzie nie zostało nigdy wydane (lub musi być o wiele bardziej przetestowane i ulepszone), ponieważ naprawienie tych irytujących problemów jest czasochłonne! Nic nie jest bardziej frustrujące niż zapętlanie ekranu logowania. na szczęście ubuntu ma inne opcje i zalogowałem się przez sesję Gnome Metacity, jedyną, która działała ...
Sergio Abreu,
18

Mój katalog domowy był pełny :-( df -hda ci odpowiedź, że musiałem się połączyć przez ssh zrobił trochę miejsca i działał jak kwiat

ctrl+ alt+ F1, zaloguj się jako użytkownik, zwolnij trochę miejsca i uruchom ponownie serwer X! główniesudo service sddm restart

Philippe Gachoud
źródło
tak, mój też, mój folder domowy był prawie pełny ... 800 GB z 1 TB ... próbowałem wszystkich innych rozwiązań, nie działało ... więc przesłałem 300 GB moich plików za zewnętrzny dysk twardy ... i zadziałało. .. dzięki Philippe :)
Sss
Dla mnie był to problem z niewystarczającą ilością miejsca na dysku z powodu dużych plików dziennika. Wciśnięty Ctrl + Alt + F3, aby zalogować się do powłoki + opróżnić pliki dziennika ==> Teraz mogę logować się normalnie
AJN
1
dzięki, pomogło mi dobrze! na wypadek, gdybyście nie chcieli usunąć jakiegoś pliku, trzeba spróbowaćsudo apt-get -y autoremove && sudo apt-get -y clean
AlexOnLinux
15

Naciśnij Ctrl+ ALT+ F3. Powinieneś otrzymać monit logowania w stylu uniksowym, więc wpisz tam swoją nazwę użytkownika i hasło. Stamtąd powinieneś otrzymać powłokę (program, który pozwala na wprowadzanie poleceń, coś w rodzaju okien cmd.exe). Wprowadź te polecenia i naciśnij ENTER(lub Return) po napisaniu każdego z nich (będziesz musiał wprowadzić hasło, gdy będzie ono wyglądać podobnie [sudo] password for USERNAME. Pamiętaj, że hasło nie będzie wyświetlane podczas pisania!):

sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx

Następnie uruchom ponownie komputer za pomocą tego polecenia:

sudo reboot

Sprawdź, czy to działa :)


Jeśli to nie zadziała, spróbuj wrócić do trzeciego terminala ( Ctrl+ ALT+ F3), zaloguj się i wprowadź to polecenie (naciskając ENTERpo wpisaniu):

sudo apt-get -y install lxdm

Po chwili wyświetli się okno dialogowe podobne do DOS. Jeżeli lxdmnie zostanie wybrana, wybierz ją za pomocą przycisków UPi DOWNklawiszy strzałek, a następnie naciśnij przycisk ENTER, aby zaakceptować ten wybór. Następnie uruchom ponownie komputer, używając tego samego polecenia, co przedtem ( sudo reboot).


Jeśli to nadal nie działa, wróć do trzeciego terminala ( ALT+ F3), zaloguj się i wprowadź polecenie (ta sama procedura):

sudo apt-get -y install lubuntu-desktop

Spowoduje to zainstalowanie znacznie lżejszego środowiska pulpitu, które powinno na razie działać (powinno umożliwić zalogowanie się i korzystanie z komputera). Gdy to zrobisz, uruchom ponownie ( sudo reboot), a gdy pojawi się strona logowania, wybierz Lubuntuśrodowisko zamiast Ubuntu.

MiJyn
źródło
To nie zadziała. X działa, awaria po zalogowaniu (tak myślę).
coteyr
1
Wiem, że dzieje się tak, ponieważ Unity ulega awarii. Prawdopodobnie dlatego, że 3D nie działa. Rozwiązanie LXDM służy do korzystania z jak najmniejszej ilości zasobów 3D, aby więcej zasobów zostało zwolnionych dla Unity.
MiJyn
Rozumiem, może działać, nie mam pojęcia, czy lightdm używa „3D”, czy nie.
coteyr
Myślę, że tak ... a przynajmniej to poważnie wagi ciężkiej.
MiJyn
Jeśli lightdm korzysta z 3D, to czy nie powinno wywołać awarii, nie po tym, jak przejmie kontrolę nad jednością?
coteyr
11

Być może masz problemy z LightDM, domyślnym menedżerem logowania, który jest dostępny w Ubuntu. W 12.04 robił to ten sam problem, który opisujesz.

Możesz zainstalować GDM, alternatywny menedżer logowania, aby obejść ten problem:

Na ekranie logowania naciśnij i przytrzymaj Ctrl+ Alt+, F2aby przejść do terminala. Nie bój się! Zaloguj się tutaj, podając swoją nazwę użytkownika i hasło.

Następnie wpisz sudo apt-get install gdm. Pozwól mu zainstalować, wpisz sudo dpkg-reconfigure gdmi postępuj zgodnie z instrukcjami, aby ustawić go jako menedżera logowania.

Naciśnij Ctrl+ Alt+, F7aby wrócić do ekranu logowania, który powinien teraz wyglądać inaczej. Czy logowanie działa? Jeśli tak, problem zostanie rozwiązany!

Jeśli tak się nie stanie, wróć do terminalu pełnoekranowego (ponownie, Ctrl+ Alt+ F2) i uruchom, sudo dpkg-reconfigure lightdmaby ustawić LightDM jako menedżera logowania ponownie. Teraz już wiesz, że jest to problem ze sterownikami graficznymi.

WindowsEscapist
źródło
ok, chyba nie jestem taki noob, wiem jak tam wejść i jak się zalogować :) A już zainstalowałem gdm: nie działa. lightdm: nie działa. lxdm: nie działa ...
Calvin Wahlers
DOBRZE. Na pewno masz wtedy problem z grafiką; LightDM może czasami odzwierciedlać opisywane problemy (może to pomóc, jeśli powiesz, jak długie jest opóźnienie). Przepraszam, nie mogłem pomóc.
WindowsEscapist
Opóźnienie oznacza czas pomiędzy ponownym pojawieniem się?
Calvin Wahlers
Dobrze. To jest jak kilka sekund, lub więcej jak 30, itd. Nie mogę pomóc z problemami graficznymi, ale jestem pewien, że jest tu ktoś, kto może. Powodzenia!
WindowsEscapist
W systemie Ubuntu 14.04 ta metoda powoduje wyświetlenie pustego ekranu zamiast ekranu logowania.
Luís de Sousa
9

To nie jest bezpośrednia odpowiedź na twoją sprawę, ale bardziej ogólne rozwiązanie dla pętli logowania.

Problem może być tak prosty, jak niewłaściwe polecenie umieszczone w pliku .profile w katalogu domowym. (Ponieważ ten plik jest ładowany podczas logowania)

Aby sprawdzić, czy tak jest naprawdę, naciśnij Ctrl Alt F1i zaloguj się. Sprawdzanie pliku błędów .xsession w katalogu domowym

~/.xsession-errors

To powinno dać wskazówki na temat problematycznych poleceń.

Nerrve
źródło
8

Środowisko pulpitu nie uruchamia się (brzmi jak). Zacznę od tring, aby zalogować się jako inny użytkownik.

Ctrl+ Alt+ F1następnie zaloguj się

sudo adduser testing

Po dodaniu użytkownika ctrl+ alt+ f7i spróbuj zalogować się jako test. Jeśli możesz zalogować się jako test, twoja konfiguracja jedności / gnome jest błędna i powinna zostać zresetowana. To pytanie obejmuje to. Wolę mv ~/.config ~/.config.old.

Coteyr
źródło
1
Nie mogę się zalogować jako test ...
Calvin Wahlers,
Możesz mieć złe biblioteki, wypróbuj odpowiedź MiJyn. Jeśli możesz uzyskać dostęp przez lubuntu, masz problem z biblioteką.
coteyr
7

Tak, spowodowałem pętlę logowania dla mojego głównego użytkownika Ubuntu 12.10, a naprawa była prosta.

Tło: Ubuntu 12.10 jest zainstalowany w VirtualBox na Windows 7 i używa Unity.

Przyczyna: Z pulpitu I Ctrl+ Alt+ Tdo trybu terminala, a następnie próbowałem uruchomić „startx” (próbowałem pomóc znajomemu przez telefon późno w nocy ... ale to było głupie.) Pojawił się nowy pusty pulpit Unity i wszystko się zawiesiło ...

Problem:

Zmuszając VirtualBox do zamknięcia, a następnie restartowania Ubuntu, dostałem się do ekranu logowania, ale ciągle wracałem do tego samego ekranu za każdym razem po wprowadzeniu hasła. Brak błędów. Mogłem zalogować się jako gość, ale nie miałem uprawnień Sudo, a zatem nie mam kontroli ... Jednak po zalogowaniu się jako gość I Ctrl+ Alt+ F3i dostałem się do terminala logowania.

Podałem swoją główną nazwę użytkownika i hasło i zalogowałem się w trybie komend. Wylogowanie zabrało mnie z powrotem do loginu CLI, a Ctrl+ Alt+ z F7powrotem na pulpit gościa. Więc moje konto nadal działa. Następnie dodałem użytkownika testowego i nadałem mu uprawnienia sudo. Z loginu Unity mogłem się zalogować i wylogować Testuj użytkownika bez problemu. Więc Unity nadal działało.

Poprawka: więc moje główne konto było nadal dostępne przez CLI, a Unity działało na wszystkich innych kontach. To wskazywało na problem z konfiguracją na moim głównym koncie. Postępowałem zgodnie z radą SiddharthaRT na początku tego postu i zrobiłem to chown username:username .Xauthority. To naprawiło mój problem. Dzięki !!

Kopać
źródło
Ten sam problem mam dzisiaj 14.04.02, ale niestety wyłączyłem konto gościa. Moje hasła użytkownika i root nie są akceptowane w żadnym terminalu, którego próbowałem. Jakieś sugestie? Już poszedłem i zainstalowałem 12.04, myśląc, że mogę uzyskać dostęp do moich plików po stronie 14.04, ale bez powodzenia
Rich Scriven
Wystąpił teraz ten problem po próbie naprawy mojej instancji R. Richard, udało ci się rozwiązać problem?
Alex
7

Problemy ze sterownikami

Stan MoKSB

Byłem w stanie zalogować się do TTYkorzystania ctrl+alt+F1, ale nie miałem dostępu do Internetu, ponieważ sterownik jest również zastrzeżony.

Żadne problemy z Xorgem nie były widoczne.

Zdecydowałem się usunąć pakiety, gdy otrzymałem MokSB failedkomunikat informujący, że NIE może to zmienić ustawień bezpiecznego rozruchu. Godne uwagi jest to, że monitował mnie o hasło, nawet jeśli się nie udało.

Bezpieczny rozruch

Uwaga: NIE usuwaj na ślepo sterowników!

Dobrym testem, aby sprawdzić, czy jest to zastrzeżony problem ze sterownikiem, jest WYŁĄCZENIE Bezpiecznego rozruchu i uruchomienie Ubuntu i próba zalogowania się. Jeśli logowanie działa, oznacza to, że masz problem.

Sterowniki Broadcom i sterowniki Nvidia

Usunąłem pakiety nvidii

sudo apt-get purge nvidia-*

a następnie usunąłem pakiety broadcom

sudo apt-get purge bcmwl-kernel-source

i ponownie uruchomiony.

Próbowałem zalogować się ponownie i sukces!

Widziałem mój pulpit!

Zrestartowałem się ponownie. zalogowałem się ponownie i wszystko zostało ustawione na domyślne.

  • Uruchomiłem ponownie system BIOS

  • wyłączony bezpieczny rozruch (niezalecane, potrzebujesz lepszego rozwiązania)

  • wystartował Ubuntu przy użyciu grub

  • zalogowałem się i zainstalowałem pobrany plik * .deb dla mojego sterownika Wi-Fi

  • zainstalowałem go za pomocą Centrum oprogramowania

  • i ponownie uruchomiony.

Postępowałem zgodnie z tą samą procedurą dla moich sterowników NVIDIA, ponieważ domyślne sterowniki wideo są okropne na mojej karcie.

Ponowne włączanie bezpiecznego rozruchu

Po ponownym włączeniu Bezpiecznego rozruchu widzę ten sam problem. Ponieważ sterowniki NIE są podpisane, nie jest to prawdziwy Bezpieczny rozruch i blokuje się.

Osobiście uważam, że jest to bardzo fałszywy (i irytujący) problem.

Alternatywne rozwiązanie?

Najbardziej realnym rozwiązaniem, jakie widziałem, było dostosowanie jądra, ponieważ nie mogę po prostu wyłączyć Bezpiecznego rozruchu i włączyć go, a następnie wyłączyć, kiedy przełączam system operacyjny. Znowu to po prostu denerwujące.

AKTUALIZACJA 4 stycznia 2017 r

Zgodnie z tym artykułem jądro Linux> = 4.6 teraz oficjalnie obsługuje

Obsługa przyspieszonej serii GeForce GTX 900 w połączeniu z podpisanymi obrazami oprogramowania układowego.

To powinno rozwiązać problem bezpiecznego rozruchu spowodowany użyciem niepodpisanych obrazów oprogramowania układowego.

Społeczność
źródło
To naprawiło problem z logowaniem, ponieważ mogłem zalogować się ponownie, ale OSTRZEŻENIE sudo apt-get purge nvidia-*jakoś (???) również udaje się spróbować ponownie zainstalować mysql. To wydaje się szalone, ale powtórzyłem zachowanie. Na szczęście nie usunęło moich plików, ale kiedy wystąpił błąd, udało się zmienić konfigurację. Nie ma to dla mnie sensu, ale zreplikowałem to zachowanie i poprosiłem mnie o ponowne podanie nowego hasła roota mysql, aby tak się stało. Problem z grafiką jest bardzo denerwujący i wydaje mi się również fałszywym problemem stworzonym przez Ubuntu, ale w rozwiązaniu DOBRZE WRAZ ZOSTAŁO OSTRZEŻONY.
Michael
Miałem ten sam problem i wyłączenie Bezpiecznego rozruchu wydawało się jedynym sposobem na jego rozwiązanie.
Nick
Czy Ubuntu nie może zalogować się za pomocą sterownika o niskiej rozdzielczości i powiedzieć użytkownikowi, że napotkał problem ze sterownikiem zamiast zapętlania się? Jest to oczekiwane od naprawdę inteligentnego oprogramowania ... może tutaj jest prośba o funkcję.
Sergio Abreu,
6

Nacisnąłem Ctrl+ Alt+ F3i zalogowałem się do powłoki. Następnie za pomocą tego polecenia:

chown username:username .Xauthority 

Gdzie usernamejest moja nazwa logowania, rozwiązałem problem.

Radu Rădeanu
źródło
Dziękuję, działało świetnie! Wystąpił ten błąd po otwarciu startx za pomocą sudo! Twoje zdrowie!
Angelo
6

Przeszedłem przez ten problem wiele razy i za każdym razem był to inny problem. Przyczyną problemu może być jeden z następujących problemów i można użyć interfejsu wiersza polecenia, używając Ctrl+ Alt+ F1(Zamień F1 na F2, F3 .... jeśli twój tty1 jest zajęty), aby wypróbować następujące rozwiązania

Brakujące lub uszkodzone sterowniki NVIDIA?

  1. Uruchom, nvidia-smiaby uzyskać dostęp do interfejsu zarządzania systemem NVIDIA. Wynik powinien być tego rodzaju.
Mon Sep 17 14:58:26 2018       
+-----------------------------------------------------------------------------+ 
| NVIDIA-SMI 390.87                 Driver Version: 390.87                    | 
|-------------------------------+----------------------+----------------------+ 
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC | 
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. | 
|===============================+======================+======================| 
|   0  GeForce GT 720      Off  | 00000000:01:00.0 N/A |               N/A    | 
| 19%   35C    P8    N/A /  N/A |    543MiB /   980MiB |     N/A Default      |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+ 
| Processes:                                                       GPU Memory | 
|  GPU       PID   Type   Process name                        Usage           | 
|=============================================================================| 
|    0                    Not Supported                                       |
+-----------------------------------------------------------------------------+

Jeśli nie możesz uzyskać do niego dostępu, prawdopodobnie masz problem ze sterownikami graficznymi.

  1. W takim przypadku powinieneś być w stanie znaleźć nazwę swojej karty graficznej lspci | grep VGA.
  2. Możesz znaleźć kompatybilne sterowniki karty graficznej, korzystając z linku .
  3. (Spróbuj bez tego kroku, a może i z tym krokiem, jeśli nie będzie sukcesu). Usuń istniejące uszkodzone sterowniki za pomocą sudo apt-get purge nvidia*.
  4. Zainstaluj sterowniki za pomocą

    sudo add-apt-repository ppa:graphics-drivers

    sudo apt-get update

    sudo apt-get install nvidia-390 (Lub cokolwiek kompatybilnego sterownika dla twojej karty graficznej)

  5. Spróbuj uruchomić ponownie za pomocą systemctl reboot -ii mam nadzieję, że twoja pętla logowania jest naprawiona.

Czy Twój DOM jest Twoim DOMEM?

  1. Sprawdź właściciela swojego katalogu domowego za pomocą ls -l /home
  2. Jeśli nie masz własnego katalogu domowego, zmień go za pomocą sudo chown $USER:$USER $HOME
  3. Spróbuj zrestartować systembo przy użyciu restartu -i i mam nadzieję, że twoja pętla logowania zostanie naprawiona.

Czy jesteś właścicielem swojej .Xauthority?

  1. Sprawdź właściciela swojego katalogu domowego za pomocą ls -l ~/.Xauthority
  2. Jeśli nie jesteś właścicielem swojej .Xauthority, zmień ją za pomocą sudo chown $USER:$USER ~/.Xauthority
  3. Jeśli tak, przenieś plik .Xauthority za pomocą sudo mv ~/.Xauthority ~/.Xauthority.bak
  4. Spróbuj zrestartować systembo przy użyciu restartu -i i mam nadzieję, że twoja pętla logowania zostanie naprawiona.
  5. Być może trzeba będzie zrobić to samo na .ICEauthority.

Czy twój / tmp ma rację?

  1. Uruchom ls -ld /tmpi upewnij się, że uprawnienia są dokładnie drwxrwxrwt. Dane wyjściowe powinny być tego rodzaju

drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp

  1. Jeśli nie, uruchom sudo chmod a+wt /tmp
  2. Spróbuj zrestartować systembo przy użyciu restartu -i i mam nadzieję, że twoja pętla logowania zostanie naprawiona.

Może lightdm jest twoim problemem?

  1. Ponownie skonfiguruj menedżera wyświetlania za pomocą dpkg-reconfigure lightdmi wypróbuj inne dostępne menedżery wyświetlania (gdm3, lightdm,). Może to da ci wystarczającą ilość wskazówek, aby iść naprzód.
  2. Jeśli żadna z nich nie pomoże, spróbuj zainstalować sddm przy sudo apt-get install sddm ostatniej próbie. zmień konfigurację wyświetlacza na sddm.

Jeśli żadne z powyższych rozwiązań nie zadziałało, możesz spróbować ponownie zainstalować ubuntu.

PS: To jest kompilacja odpowiedzi ze źródeł, o których wspominałem, także niektórych z tego postu.

Bhargav Chereddy
źródło
5

Musiałem tylko zmienić uprawnienia do mojego folderu domowego:

sudo chmod 755 /home/<username>

Można to zrobić, logując się do terminala, używając nazwy użytkownika i hasła w powłoce CtrlAltF1.

furfrer
źródło
Po wypróbowaniu wszystkich, skończyło się na tym, że „pozwól mi sprawdzić uprawnienia do katalogu domowego użytkownika” i znalazłem problem, a następnie przewijałem w dół i widzę, że już opublikowałeś to jako odpowiedź
:)
4

Mam pętlę logowania w związku z aktualizacją z Ubuntu 12.04 do 14.04. Z gdm miałem komunikaty o błędach w ~ / .cache / gdm / session.log z wpisami takimi jak /etc/gdm/Xsession: line 33: mktemp: command not foundi po sudo aptitude purge gdmlightdm dostałem kilka podobnych komunikatów o błędach ~/.xsession-errorsnp usr/sbin/lightdm-session: line 24: mktemp: command not found.

Próbowałem kilku rzeczy. To, co moim zdaniem ostatecznie rozwiązało problem, było następujące:

Przeniosłem moje pliki konfiguracyjne .profile, .bashrca .pam_environmentdo innych nazw, a potem udało mi się zalogować. Podejrzewam, że w jednym z nich jest problem.

Finn Årup Nielsen
źródło
Po zainstalowaniu Ubuntu 18.04 i dodaniu mojego zwykłego .bashrc napotkałem ten problem. Usunięcie .bashrc to naprawiło. Zakładam, że wystąpił błąd, który nie pojawił się w 16.04, a może Unity nie wykonał .bashrc podczas logowania GUI, ale GNOME tak.
Nick S
4
sudo chown $USER:$USER $HOME

był dla mnie problemem.

Skonfigurowałem partycję domową z:

sudo mkdir /home/$USER

ale zapomniałem chown.

Ciro Santilli
źródło
3

Miałem ten sam problem po czystej instalacji Ubuntu 12.10 (ale po ponownym użyciu mojej istniejącej partycji domowej). Próbowałem wszystkich innych odpowiedzi, ale żadna nie zadziałała. Ale wskazówkę dotyczącą mojego konkretnego problemu znalazłem w pliku .xsession-error w moim katalogu domowym.

Tak to rozwiązałem w moim przypadku:

  1. Naciśnij Ctrl+ Alt+, F1aby otworzyć wirtualny terminal. Następnie zaloguj się za pomocą nazwy użytkownika i hasła.

  2. Otwórz plik, ~/.xsession-errorsjeśli istnieje (wpisz cat ~/.xsession-errors). W moim przypadku ten plik zawierał jeden wiersz z komunikatem o błędzie:

    / usr / sbin / lightdm-session: 27:.: Nie można otworzyć / usr / bin / byobu-launch

  3. Teraz byobujest narzędziem wiersza polecenia, którego używam i nie mam pojęcia, jak to się skończyło w pliku systemowym, ponieważ było to zaraz po czystej instalacji. Byobu nie jest instalowane domyślnie, więc może to wyjaśnić błąd, gdy szuka pliku ( /usr/bin/byobu-launch), który nie istnieje. Więc w moim przypadku musiałem zainstalować, byobuaby rozwiązać problem:

    sudo apt-get install byobu

  4. Naciśnij Ctrl+ Alt+, F7aby wrócić do ekranu logowania, a logowanie działało teraz dobrze.

Oczywiście w twoim przypadku możesz znaleźć inny komunikat o błędzie w .xsession-error, który wymaga innego rozwiązania.

Serrano
źródło
3

Miałem bardzo podobny problem, w którym mogłem zalogować się na terminalu, ale nie na pulpicie, moja tapeta z profilu została załadowana podczas logowania, ale po kilku sekundach wróciła do ekranu logowania. Sprawdziłem wszystkie uprawnienia do plików zgodnie z sugestią, były w porządku. Próbowałem bez osobnej partycji domowej i udało mi się zalogować na pulpicie. Następnie sprawdziłem ustawienia zaszyfrowanej partycji domowej LUKS, które również były w porządku (chociaż na terminalu pojawiły się komunikaty o błędach, informujące mnie, że nie można podłączyć zaszyfrowanego woluminu, ponieważ został już zamontowany).

Potem zajrzałem do dmesg, znalazłem błędy BTRFS związane z systemem plików na zaszyfrowanej partycji domowej LUKS (tak, mieszam LUKS i BTRFS), próbowałem napisać do systemu plików i stwierdziłem, że dało mi to błędy we / wy. Musiałem więc naprawić system plików lub utworzyć nowy i przywrócić z kopii zapasowej.

Krótko mówiąc: spójrz na dmesg i spróbuj zapisać w systemie plików, który wydaje się zapisywalny.

LiveWireBT
źródło
3

Może to być również spowodowane specjalną kombinacją ustawień:

  • Szyfrowane /home/$USER
  • $USERw nopasswdlogingrupie

lightdm spróbuje się zalogować, ale nie będzie miał dostępu do żadnych plików, więc wystąpią opisane objawy.

Aby to naprawić, usuń $USERz grupy:

sudo gpasswd -d $USER nopasswdlogin
Jonas G. Drange
źródło
3

Musiałem poradzić sobie z tym samym problemem. Niestety w moim przypadku problem nie został rozwiązany przez zwykłą zmianę uprawnień, więc moim wkładem będzie próba stworzenia przewodnika od prostych do bardziej złożonych kroków. Mamy nadzieję, że twoje zastosowania zostaną rozwiązane za pomocą prostych.

Uwaga: zastąp <username>swoją nazwą użytkownika.

Założenia: Nvidia Graphic Card,lightdm


Dostęp do terminala

Aby otworzyć nowy terminal, po prostu użyj (a następnie zaloguj się przy użyciu poświadczeń):

Ctrl+ Alt+F1

Sprawdź posiadane / group / uprawnienia do plików katalogu domowego

cd ~<username>
ls -lah

Napraw właściciela i grupę .Xauthorityi / tmp

chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp

Sprawdź, czy nadal występuje problem, uruchamiając ponownie lightdm

sudo service lightdm restart

Ponownie skonfiguruj lightdm

dpkg-reconfigure lightdm
sudo service lightdm restart

Jeśli chcesz zobaczyć możliwe błędy z systemu

tail -n 50 /var/log/Xorg.0.log # if you want to see the last 50 errors
tail -f /var/log/Xorg.0.log    # if you want to be able to see all new errors live

Odpowiednie pliki dziennika:

/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log

W ostateczności, co zrobiłem, ponownie zainstaluj sterowniki karty graficznej. Nvidiapo prostu nie działa dobrze Ubuntu.

Stanisław
źródło
3

Wystąpił ten sam problem, a przyczyną w moim przypadku było to, że próbowałem dodać coś do /etc/environmentpliku i cokolwiek dodałem, wydawało się, że nie chcę, aby się logować po ponownym uruchomieniu.

Rozwiązanie:

Na ekranie logowania naciśnij CTRL+ ALT+ F2. Zaloguj się przy użyciu nazwy użytkownika i hasła administratora, edytuj /etc/environmentplik i usuń wprowadzone w nim zmiany.

W terminalu możesz uruchomić następującą komendę, nanoaby edytować plik:

sudo nano /etc/environment

Naciśnij CTRL+, oa następnie naciśnij, ENTERaby zapisać plik. Naciśnij CTRL+, xaby wyjść z nano.

Po edycji i zapisaniu pliku, naciśnij CTRL+ ALT+, F2aby wrócić do ekranu logowania GUI i powinieneś być w stanie się zalogować.

Jonny
źródło
3

Odkryłem, że moje /tmpustawienia uprawnień do plików są nieprawidłowe. Miał uprawnienia tylko do rootowania.

To był mój własny błąd. Zapomniałem, że dzień wcześniej usunąłem /tmpfolder z sudoprawami i po ponownym utworzeniu folderu za pomocą sudo mkdir tmp. Wielki błąd. Utworzyłem folder / tmp tylko z uprawnieniami administratora.

W ~/.Xsession-errorspliku widziałem, że x11 nie był w stanie zapisać pliku /tmp. Po wykonaniu tych poleceń z konta głównego (lub Alt+ Ctrl+ f1) na ekranie powitalnym i użyciu danych logowania do konta problemowego do logowania) Rozwiązałem problem:

sudo chmod 1777 /tmp
sudo chown root:root /tmp

Następnie mogłem ponownie zalogować się do Unity przy użyciu normalnego konta. Więc jeśli masz, co wygląda na .Xauthorityproblem, możesz spróbować, jeśli nic więcej nie działa.

Zobacz ten wątek na forach Ubuntu

Sztylet
źródło
2

Na wszelki wypadek zmiana uprawnień dostępu do plików .Xauthorityi .IDEauthorityza pomocą chownpolecenia nie działała dla Ciebie:

To rozwiązanie dotyczy tych, którzy oprócz zmiany uprawnień dostępu do wyżej wymienionych plików nie mogą używać poleceń tak jak kiedyś, tzn. Powłoka nie znajduje poleceń. (Z tego powodu nie można również wykonać polecenia logowania.)

Wpisz echo $SHELLw swoim terminalu. Jeśli wrócisz /bin/bash, użyj, export PATH=$PATH:/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbinaby tymczasowo móc używać poleceń.

Następnie otwórz .profileplik znajdujący się w katalogu domowym ~, tzn. Za /home/yourusernamepomocą sudo gedit ~/.profilei dodaj brakujące ścieżki PATH, aby wyglądało to tak:

PATH=/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin

Teraz uruchom ponownie system, aby zmiany w zmiennej środowiskowej PATH zaczęły obowiązywać.

(Jeśli polecenia nie są rozpoznawane przez powłokę, możesz również użyć równoważnych ścieżek do plików wykonywalnych poleceń, np. Zamiast sudo gedit ~/.profiletypu /usr/bin/sudo /usr/bin/gedit ~/.profile. Powłoka informuje katalog, którego chcesz użyć, tzn. commandNie znaleziono, ale polecenie, które próbujesz użycie można znaleźć w /path/to/command's/directory- może to być dowolna ze ścieżek widocznych powyżej.)

Sekin
źródło
To rozwiązanie faktycznie działało dla mnie, problem polegał na tym, że wprowadziłem pewne zmiany w pliku „/ etc / environment /”, które spowodowały pętlę logowania. Ale żadne z moich poleceń nie działało nawet w trybie awaryjnym, więc Twoja sztuczka polegająca na tymczasowym włączeniu poleceń zadziałała i mogłem ponownie uzyskać dostęp do mojego systemu. Dzięki i +1 za rozwiązanie
Saqib,
2

Zdarzyło mi się to, kiedy wyłączyłem komputer, gdy wciąż kończyłem aktualizację do najnowszych obrazów jądra. Zrobiłem Ctrl-Alt F1, zalogować się, a następnie sudo apt-get updatei sudo apt-get dist-upgradei niech się zakończyć do konfiguracji.

Po ponownym uruchomieniu mogłem ponownie zalogować się do destkop.

f.cipriani
źródło
2

Być może dotyczy Cię błąd nr 1240336, w wyniku którego po aktualizacji wersji zniknęły różne uprawnienia.

Inne działania niepożądane

  • brak logowania gościa
  • Synaptic nie uruchamia się z menu

Loguję się do pracy, gdy umieszczam użytkownika w videogrupie lub po uruchomieniu sudo chmod a+rw /dev/dri/*w terminalu.

Ale:

  • brak dźwięku
  • Wylogowanie z menu użytkownika nie działa
  • po uruchomieniu /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 daje: polkit-gnome-authentication-agent-1: 5805): polkit-gnome-1-WARNING **: Nie można określić sesji, w której się znajdujemy: Brak sesji dla pid 5805

Rozwiązanie

Uruchom sudo pam-auth-update --forcew terminalu. To rozwiązało opisane problemy w moich przypadkach.

uzhoasit
źródło
1

Przejdź do innego ekranu logowania.

Ctrl+ Alt+, F2aby otworzyć terminal.

Ctrl+ Alt+, F7aby wrócić do trybu graficznego.

Rodzaj sudo dpkg-reconfigure gdm

Na ekranie graficznym wybierz gdm i OK.

Rodzaj sudo reboot

Horacio Galan
źródło
4
Nie sądzę, żeby to zadziałało, on ma problemy po gdm / lightdm
coteyr
Nie, pętla lightDM faktycznie dzieje się tak (chociaż zależy to od długości czarnego ekranu)
WindowsEscapist
do tej pory nic tak naprawdę nie pomaga :( wybrałem gdm, ale teraz jest tylko tapeta z Ubuntu 12.10, nic więcej
Calvin Wahlers,
Prawdopodobnie powinienem dodać, że kiedy ostatnio używałem Ubuntu Firefox powiedział mi, żebym go zrestartował ... LibreOffice również. Potem ponownie się uruchamiam i od tego momentu wczoraj nie działa.
Calvin Wahlers
1

Jeśli inne pytania nie prowadzą do rozwiązania, proponuję spróbować wykonać następujące kroki:

  1. Zaloguj się w trybie znakowym za pomocą VC (Virtual Console). To znaczy, Ctrl Alt F1a twoja nazwa użytkownika / hasło logowania. Zadzwońmy do tego użytkownika original.

  2. Utwórz nowego użytkownika. Możesz użyć na przykład :

    adduser newuser --group sudo
    

    aby dodać nowego użytkownika administracyjnego (tzn. użytkownika, który może to zrobić sudo).

  3. Spróbuj zalogować się jako newuser. Jeśli to działa, oznacza to, że problem dotyczy konkretnej konfiguracji originalużytkownika. W przeciwnym razie przestań czytać tutaj --- problem występuje na poziomie systemu i prawdopodobnie będziesz musiał ponownie zainstalować coś ze stosu graficznego.

  4. Teraz możesz spróbować wyszukać, co się stało. Porównaj ukryte pliki ~originali ~newuseri spróbować znaleźć niedopasowania. Szczególnie powinieneś szukać plików, które nie są Twoją własnością:

    find . \! -user original
    

    oraz pliki, których nie można zapisać (będzie ich więcej, szczególnie w pamięci podręcznej):

    find . \! -perm -u=w
    
  5. Możesz przenieść podejrzane pliki do kopii zapasowej ( sudo mv whatever whatever-backup) i spróbować zalogować się ponownie.

  6. Pliki w /tmpi /varktóre mogą być wrażliwe na ten problem powinien zostać usunięty przez restarcie --- ale gdzieś jest jakaś resztka tam, too.

W ostateczności, można wykonać kopię zapasową Ważną informacją original(nie cały dom reż! Lub będziesz rozprzestrzeniać problem), i usunąć i odtworzyć go, chociaż lepiej jest być w stanie znaleźć gdzie jest problem.

Rmano
źródło
1

Dla mnie konfiguracja niektórych pakietów była wyłączona, więc działam (po ctrl+ alt+ F3):

sudo dpkg --configure -a

naprawiono problem.

Akavall
źródło