Ubuntu uvízne v přihlašovací smyčce

Měl jsem to a po pohledu na /var/log/Xorg.0.log Zjistil jsem, že se jedná o problém Nvidia (na řádku byl řádek Xlib: extension "GLX" missing on display ":0).

Uvědomil jsem si, že mám z oficiálních webových stránek ovladače Nvidia, které nejsou opravdu stabilní a testované (takže jsem v minulosti četl a také zažil).

Řešením bylo nainstalovat balíček nvidia-current z úložiště Ubuntu; je to hrozně zastaralá verze, ale je testována alespoň řádně. Její instalační program je také docela schopný a úspěšně odinstaloval moji nestabilní verzi nainstalovanou z webu Nvidia.

TL; DR, zkuste se přihlásit do Shell (Ctrl+Alt+F2 nebo cokoli mezi tím F1 a F6) a typu

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

Pokud uspěje, restartujte počítač.

Sudo reboot

Pokud máte štěstí, problém vyřešen, měli byste se přihlásit k Unity.

AKTUALIZACE

Upozorňujeme, že někdy nvidia-current může nainstalovat nesprávný ovladač. V tom případě vyhledejte nejnovější kompatibilní ovladač grafické karty a nainstalujte ji. Například na Ubuntu 16.04, nvidia-current odkazuje na verzi: 304.131-0ubuntu3. To může být nekompatibilní s vaší grafickou kartou; proto hledejte pomocí Sudo apt-cache search nvidia-[0-9]+$ pro balíček, který potřebujete, a nainstalujte.

Setkal jsem se s tímto přesným problémem a žádná z navrhovaných oprav pro mě nefungovala. Když jsem se téměř vzdal, podíval jsem se na .xsession-errors A všiml jsem si, že jsem měl ve svém .profile Překlep (měl jsem v souboru navíc } Poté, co jsem jej dříve upravoval dříve v den ).

To způsobovalo přihlašovací smyčku. Může se jednat o další místo, kam se podívat, pokud pro vás ostatní navrhované opravy nefungují.

Před několika měsíci jsem měl téměř identický problém. Problém byl vyřešen přepnutím do konzole z přihlašovací obrazovky LightDM (Ctrl-Alt-F1), přihlášením pomocí administrativního uživatelského jména a hesla a zadáním následujících příkazů:

Sudo mv ~/.Xauthority ~/.Xauthority.backup
Sudo service lightdm restart

Moje domovská složka byla plná :-( df -h vám dá odpověď, kterou jsem musel propojit pomocí ssh, udělal nějaký prostor a pracoval jako květina

ctrl+alt+F1, přihlaste se jako uživatel, uvolněte místo a restartujte X server! většinou Sudo service sddm restart

Teď čelíme stejnému problému.

Příčina byla pro mě trochu divná. xubuntu-desktop bylo odstraněno, stejně tak bylo ubuntu-desktop. LightDM opustil bez chybové zprávy. Vyzkoušel lxdm a když jsem se pokusil přihlásit, objevilo se hlášení, že Xubuntu nebyl nalezen.

Přeinstalován xubuntu-desktop a je to nyní opraveno. Myslet si apt-get autoremove odstranil balíček.

Lis Ctrl+ALT+F3. Měli byste dostat výzvu k přihlášení do unixového stylu, takže zde zadejte své uživatelské jméno a heslo. Odtud byste měli dostat Shell (program, který vám umožní zadávat příkazy, podobně jako okna 'cmd.exe). Zadejte tyto příkazy a stiskněte ENTER (nebo Return) po napsání každého z nich (budete muset zadat heslo, když se ukáže něco jako [Sudo] password for USERNAME. Heslo se při psaní nebude zobrazovat!):

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

Poté restartujte počítač pomocí tohoto příkazu:

Sudo reboot

Uvidíme, jestli to funguje :)

Pokud to nepomůže, zkuste se vrátit k 3. terminálu (Ctrl+ALT+F3), přihlaste se a zadejte tento příkaz (stisknutím ENTER poté, co jste ji zadali):

Sudo apt-get -y install lxdm

Po chvíli se zobrazí dialogové okno podobné systému DOS. Pokud není vybrána možnost lxdm, vyberte ji pomocí UP a DOWN kláves se šipkami a stiskněte ENTER přijmout tento výběr. Poté restartujte pomocí stejného příkazu jako dříve (Sudo reboot).

Pokud toto stále nefunguje, přejděte zpět na třetí terminál (ALT+F3), přihlaste se a zadejte tento příkaz (stejný postup):

Sudo apt-get -y install lubuntu-desktop

To nainstaluje mnohem lehčí desktopové prostředí, které mělo by prozatím pracovat (mělo by vám umožnit přihlášení a používání počítače). Po dokončení restartujte počítač (Sudo reboot) a když jste konfrontováni s přihlašovací stránkou, vyberte místo Lubuntu prostředí Ubuntu.

Možná máte problémy s LightDM, správcem přihlášení, který je ve výchozím nastavení v Ubuntu. V roce 12.04 to dělal stejný problém, jaký popisujete.

Chcete-li tento problém obejít, můžete nainstalovat alternativní správce přihlášení GDM.

Na přihlašovací obrazovce stiskněte a přidržte Ctrl+Alt+F2 jít do terminálu. Nebojte se! Přihlaste se zde pomocí svého uživatelského jména a hesla.

Poté zadejte Sudo apt-get install gdm. Nechte jej nainstalovat a zadejte Sudo dpkg-reconfigure gdm a postupujte podle pokynů a nastavte jej jako správce přihlášení.

Lis Ctrl+Alt+F7 se vrátíte na přihlašovací obrazovku, která by nyní měla vypadat jinak. Funguje přihlašování? Pokud ano, váš problém je vyřešen!

Pokud tomu tak není, vraťte se zpět na terminál celé obrazovky (znovu, Ctrl+Alt+F2) a spusťte Sudo dpkg-reconfigure lightdm pro nastavení LightDM při opětovném přihlášení správce. Nyní víte, že se jedná o problém s grafickými ovladači.

Nejedná se o přímou odpověď na váš případ, ale o obecnější řešení přihlašovacích smyček.

Problém by mohl být stejně jednoduchý jako nesprávný příkaz vložený do souboru .profile v domovském adresáři. (Od té doby, co se tento soubor načte při přihlášení)

Chcete-li zjistit, zda tomu tak skutečně je, stiskněte CtrlAltF1a přihlášení. Kontrola souboru .xsession-errors ve vašem domovském adresáři

~/.xsession-errors

To by mělo dát nějaké vodítko o nějakém problematickém příkazu.

Vaše desktopové prostředí se nespustí (zní to). Začal bych tím, že se přihlásím jako jiný uživatel.

Ctrl+Alt+F1 pak se přihlaste

Sudo adduser testing

Jakmile je uživatel přidán ctrl+alt+f7 a pokuste se přihlásit jako testování. Pokud se můžete přihlásit jako testování, vaše konfigurace jednoty/gnome je skrytá a měla by být resetována. Tato otázka se to týká. Preferuji mv ~/.config ~/.config.old.

Proprietární problémy s ovladači

stav MoKSB

Podařilo se mi přihlásit se do TTY pomocí ctrl+alt+F1, Ale neměl jsem přístup k internetu, protože řidič je také proprietární.

Nebyly patrné žádné problémy s Xorgem.

Balíčky jsem se rozhodl odebrat, když jsem obdržel zprávu MokSB failed A řekl mi, že NENÍ možné změnit nastavení bezpečného spuštění. Pozoruhodné je, že mě vyzvalo k zadání hesla, i když selhalo.

Secure Boot

Upozornění: NEODSTRAŇUJTE ovladače pouze slepě!

Dobrým testem, abyste zjistili, zda se jedná o problém s proprietárním ovladačem , je vypnout Secure Boot a spustit Ubuntu a pokusit se přihlásit. Pokud přihlášení funguje, nyní víte, o co jde.

Ovladače Broadcom a Ovladače Nvidia

Odstranil jsem balíčky nvidia

Sudo apt-get purge nvidia-*

a pak jsem odstranil balíčky Broadcom

Sudo apt-get purge bcmwl-kernel-source

a restartoval.

Pokusil jsem se znovu přihlásit a úspěch!

Viděl jsem svou plochu!

Znovu jsem restartoval. přihlášeni znovu a vše bylo nastaveno na výchozí.

• Restartoval jsem do BIOSu

• vypnuto zabezpečené spouštění (nedoporučuje se, potřebujete lepší řešení)

• zavedl Ubuntu pomocí grubu

• přihlášeni a nainstalovali stažený soubor * .deb pro můj ovladač WiFi

• nainstalovali jej pomocí softwaru Center

• a restartoval.

Stejným postupem jsem postupoval iu ovladačů nvidia, protože výchozí ovladače videa jsou na mé kartě hrozné.

Zapnutí zabezpečeného spouštění

Pokud znovu zapnu zabezpečené spuštění, uvidím stejný problém. Protože ovladače NEJSOU podepsané, nejedná se o skutečný Secure Boot a já jsem uzamčen.

Osobně to považuji za velmi falešný (a nepříjemný) problém.

Alternativní řešení?

Nejpravděpodobnějším řešením, které jsem viděl, bylo přizpůsobení jádra vidění, protože nemůžu jednoduše opustit Secure Boot a vypnout jej a poté vypnout, když přepnu OS. Opět je to jen otravné.

UPDATE 4. ledna 2017

Podle tohoto článek Linuxové jádro> = 4.6 nyní oficiálně podporuje

GeForce GTX 900 urychlila podporu ve spojení s podepsanými obrázky firmwaru.

To by mělo vyřešit problém se zabezpečeným spouštěním způsobený použitím nepodepsaných obrazů firmwaru.

Ano, způsobil jsem přihlašovací smyčku mému hlavnímu uživateli Ubuntu 12.10 a oprava byla jednoduchá.

Pozadí: Ubuntu 12.10 je nainstalován ve VirtualBoxu na Windows 7 a používá Unity.

Příčina: Z plochy I Ctrl+Alt+T do terminálového režimu a poté se pokusil spustit 'startx' (snažil jsem se pomoci kamarádovi po telefonu pozdě v noci ... ale to byla hloupá věc). Objevil se nový prázdný desktop Unity a vše viselo ...

Problém:

Přinutit VirtualBox, aby se zavřel a restartoval Ubuntu, dostal jsem se na přihlašovací obrazovku, ale po zadání hesla jsem se neustále opakoval na stejnou obrazovku. Nebyly zobrazeny žádné chyby. Mohl jsem se přihlásit jako host, ale neměl jsem žádná sudo práva, a tudíž žádnou kontrolu ... Nicméně jednou jsem se přihlásil jako host I Ctrl+Alt+F3 a dostal se k terminálovému přihlášení.

Zadal jsem své hlavní uživatelské jméno a heslo a přihlásil jsem se příkazovým režimem. Odhlášení mě vzal zpět k přihlášení CLI a Ctrl+Alt+F7 mě vzal zpět na plochu hosta. Takže můj účet stále fungoval. Poté jsem přidal testovacího uživatele a dal jsem jim sudo práva. Z jednotného přihlášení jsem se mohl bez problémů přihlásit a odhlásit. Takže jednota stále fungovala.

Oprava: Takže můj hlavní účet byl stále přístupný přes CLI a Unity pracovala pro všechny ostatní účty. To na mém hlavním účtu znamenalo problém s konfigurací. Sledoval jsem radu SiddharthaRT v horní části tohoto příspěvku a udělal chown username:username .Xauthority. To vyřešilo můj problém. Dík !!

Stiskl jsem Ctrl+Alt+F3 a přihlásil se do Shell. Poté pomocí tohoto příkazu:

chown username:username .Xauthority 

Kde username je mé přihlašovací jméno, problém jsem vyřešil.

Prožil jsem tento problém několikrát a pokaždé to byl jiný problém. Jeden z následujících problémů mohl způsobit váš problém a můžete použít rozhraní příkazového řádku pomocí Ctrl+Alt+F1 (Vyměňte F1 za F2, F3 .... pokud je váš tty1 obsazen) a vyzkoušejte následující řešení

Chybí nebo jsou poškozeny ovladače NVIDIA?

1. Spustit nvidia-smi pro přístup k rozhraní správy systému NVIDIA. Výstup by měl být něco takového.

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

Pokud k němu nemáte přístup, pravděpodobně máte nějaký problém s grafickými ovladači.

2. V takovém případě byste měli být schopni zjistit název své grafické karty pomocí lspci | grep VGA.
3. Kompatibilní ovladače grafické karty najdete pomocí link .
4. (Zkuste bez tohoto kroku a možná pak s tímto krokem, pokud nebyl úspěch). Odstraňte stávající poškozené ovladače pomocí Sudo apt-get purge nvidia*.

5. Nainstalujte ovladače pomocí

   Sudo add-apt-repository ppa:graphics-drivers

   Sudo apt-get update

   Sudo apt-get install nvidia-390 (Nebo cokoli kompatibilního ovladače pro vaši grafickou kartu)

6. Zkuste restartovat pomocí systemctl reboot -i a doufáme, že vaše přihlašovací smyčka je opravena.

Je váš HOME váš HOME?

1. Zkontrolujte vlastníka vašeho domovského adresáře pomocí ls -l /home
2. Pokud svůj domovský adresář nevlastníte, změňte jej pomocí Sudo chown $USER:$USER $HOME
3. Zkuste restartovat pomocí systemctl reboot -i a doufejte, že vaše přihlašovací smyčka je opravena.

Vlastníte svou autoritu?

1. Zkontrolujte vlastníka vašeho domovského adresáře pomocí ls -l ~/.Xauthority
2. Pokud nevlastníte svou autoritu .Xa, změňte ji pomocí Sudo chown $USER:$USER ~/.Xauthority
3. Pokud tak učiníte, přesuňte svůj soubor .Xauthority pomocí Sudo mv ~/.Xauthority ~/.Xauthority.bak
4. Zkuste restartovat pomocí systemctl reboot -i a doufejte, že vaše přihlašovací smyčka je opravena.
5. Možná budete muset udělat totéž s autoritou .ICEa.

Je váš/tmp v pořádku?

1. Spustit ls -ld /tmp a ujistěte se, že oprávnění jsou přesně drwxrwxrwt. Výstup by měl být tohoto druhu

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

2. Pokud ne, spusťte Sudo chmod a+wt /tmp
3. Zkuste restartovat pomocí systemctl reboot -i a doufejte, že vaše přihlašovací smyčka je opravena.

Možná je lightdm váš problém?

1. Znovu nakonfigurujte správce zobrazení pomocí dpkg-reconfigure lightdm a vyzkoušejte další dostupné správce zobrazení (gdm3, lightdm,). Možná vám dá dostatek vodítek, abyste se mohli pohnout kupředu.
2. Pokud žádný z nich nepomůže, zkuste nainstalovat sddm pomocí Sudo apt-get install sddm pro poslední pokus. překonfigurujte zobrazení na sddm.

Pokud žádné z výše uvedených řešení nefungovalo, můžete zkusit znovu nainstalovat ubuntu.

P.S: Toto je kompilace odpovědí ze zdrojů, na které jsem poukázal, z některých také z tohoto příspěvku.

Musel jsem pouze změnit oprávnění své domovské složky:

Sudo chmod 755 /home/<username>

To lze provést přihlášením do terminálu pomocí vašeho uživatelského jména a hesla pomocí Shell CtrlAltF1.

Přihlašovací smyčku jsem dostal v souvislosti s aktualizací z Ubuntu 12.04 na 14.04. S gdm jsem měl chybové zprávy v ~/.cache/gdm/session.log se záznamy jako /etc/gdm/Xsession: line 33: mktemp: command not found a po Sudo aptitude purge gdm s lightdm Dostal jsem několik podobných chybových zpráv v ~/.xsession-errors, např. usr/sbin/lightdm-session: line 24: mktemp: command not found.

Zkusil jsem několik věcí. Věřím, že nakonec vyřešil problém pro mě bylo toto:

Přesunul jsem své konfigurační soubory .profile, .bashrc a .pam_environment k jiným jménům a poté se mi podařilo přihlásit. Mám podezření, že v jednom z nich je problém.

Sudo chown $USER:$USER $HOME

byl pro mě problém.

Nastavil jsem domácí oddíl s:

Sudo mkdir /home/$USER

ale zapomněl to chown.

Může to být také díky speciální kombinaci nastavení:

• Šifrované /home/$USER
• $USER ve skupině nopasswdlogin

lightdm se vás pokusí přihlásit, ale nemůže získat přístup k žádným souborům, takže získáte popsané příznaky.

Chcete-li to vyřešit, odeberte $USER ze skupiny:

Sudo gpasswd -d $USER nopasswdlogin

Stejný problém jsem měl po čisté instalaci Ubuntu 12.10 (ale opětovné použití existujícího domovského oddílu). Vyzkoušel jsem všechny ostatní odpovědi, ale žádná nefungovala. Ale našel jsem vodítko k mému konkrétnímu problému v souboru .xsession-errors v domovském adresáři.

Takto jsem to vyřešil v mém případě:

1. Udeřil Ctrl+Alt+F1 otevřít virtuální terminál. Poté se přihlaste pomocí uživatelského jména a hesla.

2. Otevřete soubor ~/.xsession-errors pokud existuje (napište cat ~/.xsession-errors). V mém případě tento soubor obsahoval jeden jediný řádek s chybovou zprávou:

   / usr/sbin/lightdm-session: 27:.: Nelze otevřít/usr/bin/byobu-launch

3. Nyní byobu je nástroj příkazového řádku, který používám, a nemám ponětí, jak to skončilo v systémovém souboru, protože to bylo hned po čisté instalaci. Byobu není ve výchozím nastavení nainstalována, což by mohlo vysvětlit chybu při hledání souboru (/usr/bin/byobu-launch) neexistuje. Takže v mém případě jsem musel nainstalovat byobu, abych problém vyřešil:

   Sudo apt-get install byobu

4. Udeřil Ctrl+Alt+F7 vrátit se na přihlašovací obrazovku a přihlášení nyní fungovalo dobře.

Samozřejmě ve vašem případě můžete najít jinou chybovou zprávu v .xsession-chybám, která vyžaduje jiné řešení.

Měl jsem velmi podobný problém, kdy jsem se mohl přihlásit na terminálu, ale ne na ploše, moje tapeta z profilu byla načtena během přihlášení, ale po několika sekundách skočila zpět na přihlašovací obrazovku. Zkontroloval jsem všechna oprávnění k souborům, jak bylo navrženo, byla v pořádku. Zkoušel jsem bez samostatného domácího oddílu a mohl jsem se přihlásit na plochu. Poté jsem zkontroloval nastavení pro domovský oddíl šifrovaný LUKS, který byl také v pořádku (i když na terminálu byly nějaké chybové zprávy, které mi říkají, že šifrovaný svazek nelze připojit, protože byl již připojen).

Pak jsem se podíval do dmesg, našel chyby BTRFS související se souborovým systémem na domovské oblasti šifrované LUKS (ano, míchám LUKS a BTRFS), pokusil jsem se skutečně napsat do souborového systému a zjistil, že mi dal chyby I/O. Takže jsem musel opravit souborový systém nebo vytvořit nový a obnovit ze zálohy.

Long story short: Podívejte se na dmesg a ve skutečnosti se pokuste napsat do souborového systému, který se zdá být zapisovatelný.

Zjistil jsem, že moje nastavení oprávnění souboru /tmp Nebyla správná. Měl oprávnění pouze pro root.

To byla moje vlastní chyba. Zapomněl jsem, že o den dříve jsem smazal složku /tmp S právy Sudo a po opětovném vytvoření složky s Sudo mkdir tmp. Velká chyba. Vytvořil jsem složku/tmp pouze s oprávněními root.

V souboru ~/.Xsession-errors Jsem viděl, že x11 nebyl schopen napsat soubor v /tmp. Po provedení těchto příkazů z kořenového účtu (nebo Alt+Ctrl+f1) na uvítací obrazovce a pomocí přihlašovacích údajů k účtu pro přihlášení se problém vyřešil:

Sudo chmod 1777 /tmp
Sudo chown root:root /tmp

Poté jsem se mohl znovu přihlásit k Unity pomocí běžného účtu. Takže pokud máte, co vypadá jako problém .Xauthority, Můžete to zkusit, pokud nic jiného nefunguje.

Viz toto vlákno ve fórech Ubunt

Musel jsem se vypořádat se stejným problémem. Bohužel v mém případě to nebylo vyřešeno pouhou změnou oprávnění, takže mým příspěvkem bude pokusit se vytvořit průvodce od jednoduchých po složitější kroky. Doufejme, že vaše použití bude vyřešeno s jednoduchými.

Poznámka: nahradit <username> s vaším uživatelským jménem.

Předpoklady: Nvidia Graphic Card, lightdm

Přístup k terminál

Chcete-li otevřít nový terminál, jednoduše použijte (a poté se přihlaste pomocí svých přihlašovacích údajů):

Ctrl+Alt+F1

Zkontrolujte vlastnická/skupina/oprávnění vašich souborů domovského adresáře

cd ~<username>
ls -lah

Opravte vlastníka a skupinu .Xauthority a/tmp

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

Zkontrolujte, zda problém přetrvává restartováním lightdm

Sudo service lightdm restart

Překonfigurovat lightdm

dpkg-reconfigure lightdm
Sudo service lightdm restart

Pokud chcete vidět možné chyby ze systém

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

Relevantní soubory protokolu:

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

Jako poslední možnost, kterou jsem udělal, přeinstalujte ovladače grafické karty. Nvidia jednoduše nefunguje Nice s Ubuntu.

Musel jsem odstranit ovladače NVIDIA, abych se dostal dovnitř, jako v (nahraďte nvidia-current za nvidia-340 nebo co je vaše číslo).

Vrátit zpět k ovladačům Nouvea

Pak jsem měl rám buggy UNITY. Musel jsem postupovat podle zde uvedených kroků, abych je opravil:

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

Zažil jsem stejný problém a příčinou v mém případě bylo to, že jsem se pokusil něco přidat do /etc/environment soubor a cokoli, co jsem přidal, zřejmě nechtělo, abych se přihlásil po restartu.

Řešení:

Na přihlašovací obrazovce stiskněte CTRL + ALT + F2. Přihlaste se pomocí uživatelského jména a hesla správce a upravte /etc/environment soubor a odeberte, jaké změny jste v něm provedli.

V terminálu můžete spustit následující příkaz pomocí nano k úpravě souboru:

Sudo nano /etc/environment

Lis CTRL + o a poté stiskněte ENTER soubor uložte. lis CTRL + x ukončit nano.

Jakmile soubor upravíte a uložíte, jednoduše stiskněte CTRL + ALT + F2 přejděte zpět na přihlašovací obrazovku GUI a měli byste se přihlásit.

Přejděte na jinou přihlašovací obrazovku.

Ctrl+Alt+F2 otevřít terminál.

Ctrl+Alt+F7 pro návrat do grafického režimu.

Zadejte Sudo dpkg-reconfigure gdm

Na grafické obrazovce vyberte gdm a OK.

Zadejte Sudo reboot

Stalo se mi to, když jsem počítač vypnul, zatímco se stále dokončoval upgrade na nejnovější obrazy jádra. Udělal jsem CTRL-ALT F1, přihlášen a poté Sudo apt-get update a Sudo apt-get dist-upgrade a nechte nastavení dokončit.

Po restartu jsem se mohl znovu přihlásit do destkopu.

Jen pro případ, že změníte přístupová oprávnění k souborům .Xauthority a .IDEauthority s příkazem chown pro vás nefungovalo:

Toto řešení se týká těch, kteří kromě toho, že museli změnit přístupová oprávnění pro výše uvedené soubory, nemohou používat příkazy tak, jak byli zvyklí, tj. Shell tyto příkazy nenajde. (To je také důvod, proč nelze provést příkaz pro přihlášení.)

Zadejte echo $Shell do vašeho terminálu. Pokud se vrátíš /bin/bash, použijte export PATH=$PATH:/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin k dočasnému používání příkazů.

Poté otevřete svůj .profile soubor, který se nachází ve vašem domovském adresáři ~, tj. /home/yourusername s Sudo gedit ~/.profile a chybějící cesty přidejte do PATH, aby to vypadalo takto:

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

Nyní restartujte systém, aby se projevily změny proměnné prostředí PATH.

(Pokud vaše prostředí Shell nerozpozná příkazy, můžete použít ekvivalentní cesty ke spustitelným souborům příkazů, např. Místo Sudo gedit ~/.profile type /usr/bin/Sudo /usr/bin/gedit ~/.profile. Shell vám řekne adresář, který chcete použít, tj. command nebyl nalezen, ale příkaz, který se pokoušíte použít, najdete v /path/to/command's/directory - může to být jakákoli z cest, které vidíte výše.)

Může vás ovlivnit Bug # 1240336 , kde po upgradu vydání zmizí různá oprávnění.

Jiné vedlejší účinky

• žádné přihlášení hosta
• Synaptic nezačíná z nabídky

Přihlašuji se, abych fungoval, když vložím uživatele do skupiny video nebo po spuštění Sudo chmod a+rw /dev/dri/* v terminálu.

Ale:

• žádný zvuk
• Odhlášení z uživatelského menu nefunguje
• běží /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 dává: polkit-gnome-authentication-agent-1: 5805): polkit-gnome-1-WARNING **: Nelze určit relaci, ve které se nacházíte: Žádná relace pro pid 5805

Řešení

Spustit Sudo pam-auth-update --force v terminálu. To vyřešilo popsané problémy v mých případech.

Pro mě byla konfigurace některých balíčků vypnutá, takže běží (po ctrl + alt + F3):

Sudo dpkg --configure -a

opraven problém.

Pokud ostatní otázky nevedou k řešení, navrhuji zkusit postupovat podle těchto kroků:

1. Přihlaste se ve znakovém režimu pomocí VC (Virtual Console)). CtrlAltF1 a přihlašovací jméno a heslo. Zavolejme tomuto uživateli original.

2. Vytvořit nového uživatele. Můžete použít například :

   adduser newuser --group Sudo
   

   přidat nového administrativního uživatele (tj. uživatele, který může provádět Sudo).

3. Zkuste se přihlásit jako newuser. Pokud to funguje, nyní máte problém ve specifickém nastavení uživatele original. Jinak zde přestanete číst --- problém je na systémové úrovni a pravděpodobně budete muset přeinstalovat něco z grafického zásobníku.

4. Nyní můžete zkusit vyhledat, co se stalo. Porovnání skrytých souborů v ~original a ~newuser a pokuste se najít neshody. Zejména byste měli hledat soubory, které nevlastníte:

   find . \! -user original
   

   a soubory, které nelze zapisovat (bude jich více, zejména v mezipaměti):

   find . \! -perm -u=w
   

5. Můžete přesunout podezřelé soubory do zálohy (Sudo mv whatever whatever-backup) a zkuste se znovu přihlásit.

6. Soubory v /tmp a /var, které mohou být pro tento problém citlivé, by mělo být odstraněno restartem --- ale někdy tam také je nějaký zbytek.

Jako poslední možnost si můžete zálohovat důležité informace o original (ne celý domovský dirigent! Nebo budete problém šířit), a odstranit a znovu vytvořit, i když je lepší najít kde je problém.

V mém případě byla moje uživatelská složka nějakým způsobem chown 'editována rootem! Odpověď leží v .Xauthority a další soubory ve vaší domovské složce; pokud nelze konfigurační data uživatele otevřít, číst/zapisovat, lightdm selže.

Jednoduše ctrl+f1, přihlášeni a poté Sudo chown /home/<userdir>, pak Sudo service lightdm restart (nemusí být nutné), a pak jsem se dokázal vrátit.

Některé diagnostické zprávy by byly užitečnější, ale takový je život se svobodným softwarem.

Po přečtení Jamesova odpověď jsem si uvědomil, že jsem změnil heslo uživatele přihlášením jako root. Znal jsem staré heslo, takže jsem se znovu přihlásil jako root (k přihlášení jako root stiskněte ctrl+alt+F3 zadejte uživatelské jméno jako root a zadejte své root heslo) a změňte heslo pro tohoto uživatele na staré pomocí příkazu níže

passwd <username>

Nyní změňte heslo na staré, stiskněte ctrl+alt+F7 a přihlaste se normálně. Toto řešení funguje, pouze pokud máte problém se šifrováním domovského adresáře a pokud jste změnili heslo pomocí root.

Našel jsem další způsob, jak vyvolat přihlašovací smyčku, na kterou se žádná z těchto odpovědí nevztahuje, yay me!

Měl jsem skript pro nastavení mých duálních monitorů, na které se odkazovalo v /etc/lightdm/lightdm.conf jako session-setup-script. Když jsem šel na jeden monitor config, smazal jsem skript, ale neodstranil jsem odkaz. Příště jsem nastartoval - přihlašovací smyčka.

Zkoumání souboru protokolu v /var/log/lightdm/lightdm.log Našel jsem explicitní chybovou zprávu, která mi říká, že skript nebyl nalezen, a proto se lightdm nepodařilo spustit. Komentování odkazu v lightdm.conf opraveno.

Řešeno pomocí těchto příkazů:

 Sudo apt purge gdm3
 Sudo reboot
 Sudo apt install gdm3
 Sudo service gdm start

Zaznamenal jsem stejný problém několikrát týdně a vyzkoušel jsem zde většinu řešení, ale jediný způsob, jak se mohu přihlásit, je restartování lightdm.

Restartování lightdm služby Sudo.

Legrační je, že i po restartování lightdm se nepřihlásí při prvním pokusu, ale pouze při druhém pokusu, i když zadávám správné heslo. Uvědomil jsem si to před několika týdny a několikrát jsem to ověřil, ujistil jsem se, že náhodou nezadám heslo špatně. Nyní jsem si jistý, že se mě po prvním restartování lightdm nezapíše poprvé, ale pouze při druhém pokusu!

Pokud jste nedávno nainstalovali indicator-multiload, odinstalujte jej.

Tento problém se mi přihodil po instalaci indicator-multiload, takže odinstalací problém vyřešil.

Dne 30. ledna 2019 jsem se dostal do přihlašovací smyčky spuštěním aktualizátoru softwaru pro 18.04. Ctrl+Alt+F1 nebo F2 nebo F3, uspěje obvykle až po několika restartech. Přechod do terminálového režimu za Ctrl+Alt+F3 stal se spolehlivým až po instalaci lightdm a přepnutí na to, jak bylo navrženo v populární odpovědi výše. Ostatní standardní recepty (zkontrolovat vlastnictví autority .Xauthority a .ICEauthority a povolení/tmp) byly v pořádku a mucking s ovladačem nvidia nepomohlo. Po hodně googlingu jsem našel návrh Khalila Laleha na buntu 18.04 Okno pro přihlášení do okna , abych zkontroloval vaše rozšíření gnome. Bingo! V mém případě musela být Zakkakova pracovní plocha grid = '[email protected]' v adresáři ~/.local/share/gnome-Shell/rozšíření odstraněna, aby se Ubuntu konečně spustilo, a pak přeinstalovat z - https://extensions.gnome.org obnovil mé rozvržení pracovního prostoru.

Pokud jde o uživatele Gnome:

Vyzkoušel jsem všechny tyto možnosti bezvýsledně. Pravděpodobně kvůli použití Gnome jako mého preferovaného uživatelského rozhraní.

Poté, co jsem se podíval na Soothova odpověď , podařilo se mi to přihlásit se pomocí GUI ubuntu a xubuntu, takže jeho příspěvek mi pomohl spark v mém mozku).

Neviděl jsem nic, co by se týkalo Gnome, tak jsem vyhledal několik instancí a následoval jsem tohoto průvodce od OMG Ubunt pro Gnome 3.2 na Ubuntu 16.04.

Nechal jsem Gnome bezchybně pracovat, takže nemám ponětí, co se jednoho dne pokazilo. Je to trochu ke stažení a upgradů, ale to pro mě fungovalo s Gnome a jsem šťastný bez přihlašovací smyčky smrti!

V mém případě to bylo způsobeno nově nainstalovaným softwarem přes Softwarové centrum (nebo cokoli s jeho názvem) zvaným Brightness Control (Xrandr). Přihlásil jsem se do Ubuntu pomocí Unity z logovacího okna a poté jsem otevřel Softwarové centrum, abych jej odinstaloval. Po restartu jsem se mohl přihlásit do Ubuntu (Gnome).

Stejný problém na více RPI (verze 2B a 3). Řešení:

• zkontrolujte soubor .xsession-errors: cat ~/.xsession-errors. Moje ukázala:

Xsession: X session začal pro pi v ****

Xsession: nelze spustit X session --- žádný soubor „/home/pi/.xsession“, žádný soubor „/home/pi/.Xsession“, nenašli se žádní správci relací, žádní správci oken ani emulátory terminálů; přerušuji.

• chcete-li vyřešit tento přeinstalovat následující balíčky:

Sudo apt-get install xserver-xorg-core xserver-xorg-input-all \
xserver-xorg-video-fbdev libx11-6 x11-common \
x11-utils x11-xkb-utils x11-xserver-utils xterm lightdm openbox

Zdroj: https://www.raspberrypi.org/forums/viewtopic.php?t=15419

fyi: Použil jsem RPI dříve s automatickým přihlášením a režimem gui. Tak jsem přeinstaloval lightdm a skončil v problému s přihlašovací smyčkou po přepnutí do režimu auto-login GUI (raspi-config).

Jsem si jistý, že to uvidí nikdo kromě někoho s extrémním případem, ale pokud ano ... možná to pomůže! :)

Přidávám k současným odpovědím - a z velké části je budu mít jednou nebo dvakrát problém s tím, že soubory jiné než .Xauthority jsou z nějakého důvodu vlastněny rootem. To může vytvořit přihlašovací smyčky, problémy se sekundárními monitory a řadu dalších problémů. Chcete-li vyhledat podezřelé soubory, spusťte:

[email protected]:~$ find -user root

Odtud musíte ve výstupu rybařit a zjistit, jestli nemůžete najít něco, co vypadá neobvykle.

Jako vedlejší poznámka také ukazuje, zda .Xauthority je ve vlastnictví root ...

Rozšíření GNOME-Shell nainstalovaná do profilu uživatele zřejmě způsobovala přihlašovací smyčku v případě instalace Bionic Beaver zde. Uživatel se může znovu úspěšně přihlásit do svého grafického prostředí, dokud neodstraní všechna rozšíření GNOME-Shell nainstalovaná do uživatelského profilu. Nalezené, poté odstraněné z Bash, bylo [email protected] a [email protected].

Věřím, že jsem tuto stopu našel zkoumáním časopisu systemd, v tomto nebo blízkém kontextu byl také signál ve webových adresách rozšíření Gnome Shell.

Problémy nastaly po instalaci zabezpečení a základních aktualizací v kalendářním týdnu č. 3 roku 2019. Uživatel v té době neprováděl žádnou rekonfiguraci na úrovni systému.

Nyní zbývají dvě rozšíření GNOME na úrovni systému, protože nebyl nalezen žádný způsob, jak je odinstalovat. Jsou však nastaveny na zakázané. Hlavní vypínač poboček je také vypnut. Možná ve střednědobém nebo dlouhodobém horizontu se pokusím použít rozšíření znovu, ale postupováním opatrně av malých krocích.

V důsledku toho žádný z tipů zde nalezených nemůže pomoci, protože základní body byly v pořádku, např. ~/.XAuthority, ~/.ICEAuthority,/tmp adresář, zásobník Nvidia. přístup založený na lightdm byl nežádoucí, protože v tomto případě se používá Ubuntu 18.04, který jako výchozí nepoužívá lightdm. Jedná se o instalaci spuštěnou ve VmWare-hypervisor, takže emulovaná grafická karta nepochází od Nvidia. Tyto rady nelze použít ani pomoci. Také jsem nebyl schopen najít rady k ~/xsession-chybám.

Považoval jsem Rmanův přístup za zajímavý a aplikoval to, které v důsledku odkrylo několik dalších zajímavých bodů, které vyvstanou v nových otázkách. K úspěchu v tomto případě přispěl také Rmanův náznak. Děkuju.

Pokud se nemůžete přihlásit, může být disk/diskový oddíl vaší domovské složky plný.

Chcete-li zjistit, zda je váš disk/diskový oddíl plný: stiskněte Ctrl + Alt + F3, přihlaste se a zadejte df. Získáte informace o využití místa na disku.

Pro mě následující pracoval. Zadejte ctrl + alt + F1 a přihlaste se svým uživatelským jménem na příkaz Prompt.

[email protected]$ ls -l ~/.ICEauthority
-rw------- root root 3668 May 28 09:28 /home/user/.ICEauthority
[email protected]$ Sudo chmod 777 ~/.ICEauthority
password:
[email protected]$ ls -l ~/.ICEauthority
-rwxrwxrwx root root 3668 May 28 09:28 /home/user/.ICEauthority

ctrl + alt + F7 a přihlášení fungovalo.

Tento problém jsem zažil na Xenialu nainstalovaném na USB klíči, namontovaném na notebooku bez HD, běhu jednoty a gnome-flashbacku. Zkoušel jsem o každém řešení tady bez úspěchu, pak si vzpomněl, že před několika dny, když jsem v chrootu a pomocí qemu, pokud jsem si vybral gnome-flashback-compiz, dostal jsem problém, zatímco s jednotou jsem to neudělal. Zkoušel s gnome-flashback-metacity a fungovalo to.

I v tomto případě to nefunguje s gnome-flashback-compiz, ale s gnome-flashback-metacity as jednotou to fungovalo.

Silvia

V mém případě byl problém způsoben nesprávnými oprávněními v domovském adresáři.

1: Zavedení ze živého média (nebo z jiného linuxového distro nainstalovaného ve stejném systému) a otevření terminálu pomocí Ctrl-Alt-T

2: Vytvořte dočasný bod připojení a připojte oddíl, který obsahuje váš/domov (v mém případě to byl/dev/sda6)

Sudo mkdir /mnt/sda6Sudo mount /dev/sda6 /mnt/sda6

: zkontrolovat oprávnění

Sudo ls - la /mount/sda6/

měli byste vidět záznam uživatelské jméno `, kde uživatelské jméno je vaše uživatelské jméno

Od tohoto okamžiku budeme používat uživatelské jméno tvbox (změňte to na své uživatelské jméno)

Měli byste vidět něco takového:

drwxr-x--- 67 tvbox tvbox 12288 May 1 07:00 tvbox

To znamená, že tvbox je adresář a majitel má požadované oprávnění ke čtení a zápisu prováděcích oprávnění.

4: správná oprávnění, pokud jsou nesprávná.

Pokud je výše uvedené v žádném případě nesprávné, musíme to opravit.

Pokud byla data přesunuta rootem, uvidíte spíše root root než tvbox tvbox (skupina vlastníků vlastníků jmen) Toto by se dalo označit jako „kořenová příčina“ ;-)

Pro vyřešení tohoto problému použijte příkaz `Sudo chown -R tvbox: tvbox/mount/sda6/tvbox

Pokud nějaká jiná oprávnění nejsou v pořádku, budete je muset upravit pomocí Sudo chmod +rwx tvbox přidání oprávnění ke čtení a spouštění. (prováděcí bit v adresáři vám umožňuje procházet jej.)

5: restartujte problémový OS

6: přihlášení

Pokud to váš problém nevyřeší, podívejte se na mnoho dalších kvalitních odpovědí zde.

Nedávno jsem měl podobný problém. Ubuntu provedl nějaké aktualizace a já jsem dostal tuto přihlašovací smyčku, která vypadala, že souvisí s lightdm.

Nakonec jsem problém vyřešil poté, co jsem vyzkoušel několik věcí.

Mám podezření, že amdgpu je příčinou selhání, ale protože nevím s jistotou, budu zveřejňovat vše, co jsem zkusil:

Převzato z mé původní otázky na askubuntu: Viz zde

1. odinstalovat amdgpu-pro (amdgpu-pro-uninstall)
2. nainstalujte ovladač s otevřeným zdrojovým kódem ( viz zde ). Nainstaloval jsem také všechny ty * hwe * balíčky.
3. přeinstalovat a znovu nakonfigurovat lightdm, ubuntu-dektop, jednotu

V tuto chvíli - po restartu - moje klávesnice už nereagovala, tak jsem se nastartoval do režimu obnovy a vybral možnost opravy poškozených balíčků, které fungovaly a já jsem mohl klávesnici znovu použít.

Bohužel přihlášení stále nebude fungovat. Navíc jsem přidal svého uživatele do skupiny lightdm, ale pochybuji, že to má význam.

Pak jsem našel další podobné problémy a zkusil následující kroky:

# as root
add-apt-repository ppa:paulo-miguel-dias/pkppa
apt-get update
apt-get upgrade
reboot

Dosud žádný úspěch zatím nebyl, takže jsem se rozhodl vyzkoušet jinou metodu aktualizace

# as root
apt full-upgrade
reboot

A pak jsem se mohl znovu přihlásit.

Můj osobní závěr

Zdá se, že problém existuje v ovladači amdgpu a ubuntu nebude schopen nainstalovat funkční ovladač, dokud nepřidáte výše zmíněný ppa. Říká se, že pracuje pouze s Ubuntu 18.04, ale přesto jsem to zkusil a fungovalo to prozatím.

Po upgradu na 12.10 jsem měl stejný problém. Poté jsem sem přišel z Googlu. Vytvořil jsem jiného uživatele a mohl jsem se přihlásit.

Protože Unity nepoužívám, odinstaloval jsem lighdm. Po restartu jsem se mohl přihlásit. Můžete to zkusit.

Hodně štěstí!