Ubuntu utknął w pętli logowania

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

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.

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.

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.

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

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.

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

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.

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.

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ń.

Ś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.

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 !!

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.

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.

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.

2. W takim przypadku powinieneś być w stanie znaleźć nazwę swojej karty graficznej lspci | grep VGA.
3. Możesz znaleźć kompatybilne sterowniki karty graficznej, korzystając z linku .
4. (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*.

5. 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)

6. 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

2. Jeśli nie, uruchom sudo chmod a+wt /tmp
3. 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.

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.

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.

sudo chown $USER:$USER $HOME

był dla mnie problemem.

Skonfigurowałem partycję domową z:

sudo mkdir /home/$USER

ale zapomniałem chown.

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.

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.

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

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.

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ć.

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

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.)

Musiałem usunąć sterowniki NVIDIA, aby wejść, jak w (zamień nvidia-current na nvidia-340 lub inny numer).

Wróć do sterowników Nouveau

Potem miałem wadliwą ramę UNITY. Musiałem wykonać podane tutaj kroki, aby je naprawić:

https://askubuntu.com/a/290376/275142

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.

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.

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

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.

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.