Gtk-WARNING **: cannot open display
Určitě už jste se setkali s takto nepříjemnou a odmítavou hláškou. Jak problém pořešit aneb návod typu snadno, rychle a bez stresu.
(A hlavně pro mě, kdybych to někdy potřeboval a zapomněl.)
Možná se vám už stalo, že jste se přihlásili na vzdálenou mašinu, na které běžel X server, ale nedokázali jste na ní vzdáleně spustit nějaký GUI nástroj. Vždycky vás aplikace vyhodila s tím, že se nemůže připojit k X serveru. Hláška vypadá asi tak:
Gtk-WARNING **: cannot open display
V zásadě existují dvě různé situace. Pokud jste se přihlásili pod stejným uživatelem, pod jakým běží zmíněný X server, stačí do konzole napsat:
$ export DISPLAY=:0.0
A pak už můžete vesele spouštět aplikace, jako by se nechumelilo. Tímto příkazem jste totiž nastavili proměnnou DISPLAY, kterou využívají grafické aplikace a ukazuje jim, kde mají hledat svůj X server. Jednoduché.
Komplikovanější to bude, pokud se přihlašujete jako jiný uživatel. Obvykle vám to nebude fungovat ani v případě, že se přihlásíte jako root (pokud můžete). Pokud jste běžný uživatel (a jiný než ten, kdo spustil Xka), tak to určitě fungovat nebude.
Nejelegantnějším řešením, které znám, je instalace balíčku sux. Ten funguje jako klasické su, ale přidává také autoritu pro spouštění aplikací komunikujících s X serverem. Použití je opět jednoduché:
$ sux uživatel příkaz
Jako uživatele musíte samozřejmě uvést uživatelské jméno toho, kdo má na stroji právě puštěný X server. Příkaz sux se pak zeptá na jeho heslo. Je to pochopitelné, protože jde o ochranu X serveru. Nechceme přece, aby kdokoliv mohl námi spuštěný X server obsluhovat. No a pokud známe heslo, funguje nám to.
Pokud znáte nějakou jinou a hezkou cestu, určitě se o ní zmiňte v diskusi. Pokud bude hezčí a rozumnější, přidám ji do blogu.
-
Související články na blogu Petr Krčmář: blog nejen o Linuxu
-
Práva na sockety u PHP-FPM 2. 6. 2014 14:27
-
Generujeme pěknou uvítací hlášku (MOTD) 13. 3. 2014 14:42
-
Diff: jak číst výstup z porovnání souborů 19. 2. 2014 15:14
-
Přehození běžícího procesu pod tmux/screen 19. 11. 2013 9:38
-
„Je lepší Windows nebo Linux?“ je špatná otázka 17. 5. 2013 0:03
-
Přeinstalace Debianu se zachováním balíčků 21. 1. 2013 23:00
-
-
Související články na ostatních blozích
-
Bitwig Studio - skládejte a produkujte hudbu v Linuxu profesionálně 14. 7. 2017 17:25
-
Oživte si svůj Debian (i Ubuntu) 7. 6. 2017 15:01
-
Grafický spouštěč aplikací pro X11 pod 25KB 10. 12. 2016 10:13
-
Jak vypálit Blu-Ray video v Linuxu 19. 8. 2016 20:23
-
Cesta do hlubin uživatelovy duše 30. 6. 2015 6:47
-
Microsoft Windows - Lubuntu 0 : 4 2. 4. 2014 7:26
-
-
Související články na serveru Root.cz
-
Linux v autech Toyota, Lexmark nesmí omezovat recyklaci náplní 4. 6. 2017 0:00
-
2001: Microsoft brojí proti Linuxu, startuje Wikipedie a BitTorrent 7. 2. 2017 0:00
-
Ubuntu LTS šachuje s linuxovými jádry, budou mít kratší podporu 2. 12. 2016 0:00
-
Microsoft vstoupil do Linux Foundation, moc se tím nemění 18. 11. 2016 0:00
-
Linux v Mnichově prý nefunguje, opět se uvažuje o Windows 14. 11. 2016 10:00
-
Softwarová sklizeň (12. 8. 2015) 12. 8. 2015 0:00
-
-
Petr Krčmář (neregistrovaný) 82.150.170.---
[3] To ano, ale tady řeším jiný problém: když se SSHčknu někomu na notebook a potřebuju mu tam něco spustit. Čili X server běží na vzdálené mašině. Používám to, když má někdo nějaký problém nebo mu prostě potřebuju zobrazit nějaký dialog na jeho obrazovce :-).
-
jehovista (neregistrovaný) 94.113.6.---
Je to sice asi jasne, ale urcite by stalo za zminku, ze uzivatel nemusi bezet na DISPLAY=:0.0, ale treba na :20.0
Proto davam do kazde session po spusteni echo $DISPLAY > ~/display, abych mohl zjistit, kde to vlastne bezi. Tohle asi resi ten sux, ale zase mi to neumozni treba dat neco do cronu -
Deafboy2v1 (neregistrovaný) 15.203.169.---
Na ubuntu som sa stretol aj s problemom, ze mi toto vypisovalo aj pri pokuse spustit pod svojim userom , fyzicky ma mojej masine hocijaku aplikacku. Vzdy pomohol len uplny restart, ale ubuntu zije vo svojom vlastnom paralelnom vesmire.
Kazdopadne dakujem za doplnenie informacii, export DISPLAY=:0 som objavil nedavno a odvtedy ho hojne vyuzivam, dalsie info o problematike sa mi hodi. (nebyt toho, urcite by som sa o par dni rozculoval preco mi to nefici ak som cez ssh prihlaseny pod inym userom ako tym co vlastni aktualny display 0.0)
-
Marian Ganišin (neregistrovaný) 83.240.23.---
V případě standardních podmínek a za předpokladu, že můžu číst .Xauthority "oběti":
DISPLAY=:0.0 XAUTHORITY=~obet/.Xauthority xclock
man xauth napoví další vhodné cesty (vlástně různé varianty stále téhož), kdy každá je lepší (elegantnější, systémovější, fajnovější, a více frajerská) než použití su. ;) Koneckonců "pochybný" sux nedělá nic jiného (pochybný právě kvůli su).
Root.cz (www.root.cz)
Informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2017 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.