Dotaz: Ubuntu, nenaběhne v grafickém prostředí

[Marian]

Zdravím, v notebooku MSI CR500 používám Ubuntu 12.04 LST. Při startu nevyžaduji heslo, přesto mi dnes počítač místo pracovního prostředí zobrazil přihlašovací stránku. Po zadání hesla a enter probliknou na obrazovce nejaké znaky (převážně hranaté závorky a písmena), na velmi krátkou dobu (neobvikle u tohoto stroje) se zobrazí logo nvidia a vše se vrátí na přihlášení. V terminálu (Ctrl+Alt+F1) se přihlásit jde, nelze však spustit grafické prostředí a pod F7 pokusy o login stále selhávají. Po boot v recovery mode a přepnutí do příkazového řádku lze spustit X. Jsem v zahraničí, takže nemám možnost LiveCD, nebo stahování velkého objemu dat. Jak to zprovoznit? Děkuji.

---

---

Odpovědi

[Vtipnéř]

Nebylo by nějaké chybové hlášení (adresář /var/log)?

Jirka

[Marian]

Popravdě nevím v kterém souboru bych měl to chybové hlášení hledat :( Nicméně při standartním bootu, neúspěšném zalogování, přepnutí na terminál 2 (tty2) a startx vyskočí :

xauth: error in locking authority file /home/daf59x/.Xauthority

Fatal server error: Server is already active for display 0

ddxSigGiveUp: Closing lop No protocol specified xinit: giving up xinit: unable to connect to X server: Resource temporarily unavailable xinit: server error xauth: ... zde je ta prvni chyba...

Omlouvám se za formu, opisuji ta hlášení do mobilu...

[Andrej]

Tohle se stane proto, že jeden X-server (ten s login managerem) tam už běží. S chybou přihlášení to asi nesouvisí.

Chyba přihlášení je podle mě crash okenního prostředí. Takže to chce zkusit nějaký fail safe mode příslušného okenního manažera (nikoliv nějaký systémový recovery mode), případně zkusit odstranit celé nastavení. Například takto: mv .název_adresáře_s_nastavením ._název_adresáře_s_nastavením.backup.

Konkrétní název adresáře s nastavením záleží na tom, jaké prostředí používáte, v mém případě by to byl adresář .kde4. (Naštěstí jsem k promazání konfigurace KDE ještě sáhnout nemusel. Ostuda svobodného desktopu zvaná Gnome je na tom bohužel mnohem hůř, „by design“.)

Odstraněním konfigurace možná odstraníte příčinu pádu okenního prostředí a zároveň si zachováte zálohu původního nastavení pro případ, že by se to ještě dalo v budoucnu nějak opravit. Grafické prostředí pak budete mít s implicitním nastavením.

Pokud tohle nepomůže, chtělo by to dát sem /var/log/Xorg.0.log z toho původního X-serveru, případně ~/.xsession-errors může obsahovat cenné informace o tom, co se děje a proč. Nebo v dmesg můžou být rovnou hlášky o tom, že se nějakému procesu stalo něco špatného. (Což by se ale bez možnosti stahovat větší objemy dat řešilo těžko.)

[Marian]

Děkuji.

Když jsem četl o možné opravě v budoucnu, dostal jsem trochu strach z toho, že když to nevyjde, budu to muset řešit až v září a navíc zachraňovat soubory.

Rozhodl jsem se tedy ještě pořádně prozkoumat co se děje. Vaše poznámka, že je to crash okenního prostředí byla velmi podnětná a pravdivá. Po několika hodinách hraní a zkoušení jsem usoudil, že je problém se souborem .Xauthority. Z man X jsem přelouskal informace, že je tam uložen autorizační kód k přístupu na serverX. Soubor nějaké znaky opravdu obsahoval. Už jsem to málem vyhodil, když mi po sudo xinit vyjela chyba, že nejsem oprávněn k zápisu.

z ls -a -l jsem vyčetl, že práva přístupu jsou -rw------ 1 root root

změnil jsem práva sudo chown daf59x .Xauthority na -rw------ 1 daf59x root

přepnutí na tty7, login a hotovo. (daf59x je mé uživatelské jméno)

Chybová hlášení obsažená v /var/log/Xorg.0.log byla totožná s tím, co jsem zde vypisoval ručně.

Ještě přemýšlím o tom, jak tomu dát nějakou formu, aby to mohlo popřípadě pomoci někomu jinému a neutopil se při tom v textu.

Ještě jednou díky za pomoc a přeji příjemný zbytek dne.

[Marian]

Ješte po startx je doporučení:

If this server is no longer running, remove /tmp/.X0-lock and start again.

Po přepnutí na tty7 a pokusu o login se soubor .X0-lock vytvoří znovu. Pokud se startx pokusím v tty2 vyskočí:

_XSERVTransSocketCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running

Fatal server error: Cannot establish any listening sockets - Make sure an X server is not already running.

A pod Closing log pribyla hlaska:

Server terminanated with error (1). Closing log file.

Duvod proč to nezkouším v terminálech tty8 a víš je, že vůbec nenaběhnou, pouze v horním levém rohu obrazovky bliká kurzor.

[Marian]

Po zkoušce startu v recovery modu, přepnutí na příkazový řádek jako root a startx přibyla ještě chyba:

Fatal server error: Could not create lock file in /tmp/.tX0-lock

Dnes již nemám sil si s tím dál hrát, nicméně se těším na každý nápad co s tím...

[VldýŠek]

Zkuste zvolit na přihlašovací obrazovce (ikona někde u přihlašovacího jména) vaše prostředí, které používáte. Také se mi občas stane, že ntb nenaběhne korektně hned do Gnome Shellu

[Marian]

Bohužel, nenaběhne v žádném prostředí. Myslím, že to co popisujete se mi už kdysi stalo. Nevím zda to spravila nějaká aktualizace, či povíšení z desítkové verze na 12.04 2 LST, ale minimálně půl roku jsem byl bez problémů.

[h4s]

Vitaj vo svete zabugovaneho ubuntu. Ja uz som presiel na openSUSE.

[Love_Dali]

Nechci Trollit, ale nezbývá než souhlasit... S tím *buntu. Já jsem Archovej ;)

[h4s]

Na Arch sa tiez chystam.

[Andrej]

Jak už tu někdo psal, zrovna v tom Ubuntu může být část problému... Několik zásad, kterými se já osobně řídím:

• držet se dál od záměrně špatných distribucí (Debian, Ubuntu)
• držet se dál od ostudy svobodného desktopu (Gnome)
• nepoužívat nic, co je záměrně fosilní a zastaralé („LTS“, „release“ z minulého roku a podobně)

K běžné práci používám v podstatě 100% času ArchLinux. Pro někoho, kdo se systémy samotnými příliš nezabývá, bych víc než vřele doporučoval Fedoru s KDE.

Taky je dobré vědět, že v každé rozumné distribuci lze mít zároveň nainstalovaný libovolný počet přihlašovacích manažerů a grafických prostředí. Přihlašovacího manažera lze zvolit jako kteroukoliv jinou systémovou službu (systemctl enable / systemctl disable na distrech se systemd) a grafické prostředí lze zvolit při přihlášení, bez ohledu na to, který přihlašovací manažer je spuštěný. Takže z GDM se lze samozřejmě hlásit do KDE, z KDM do Gnome a tak podobně. To dává spoustu možností zaprvé vyzkoušet různá prostředí a zadruhé mít v případě selhání některého z nich okamžitě plně funkční náhradu. (I když u Gnome se o plné funkčnosti hovořit nedá.)

[Šangala]

To si tak člověk uleví…

[h4s]

Z mojich skusenosti aj oSUSE Tumbleweed sa da nazvat stabilny oproti *buntu.