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
-
ZABBIX a neočekávaný nárůst velikosti databáze 4. 9. 2023 12:20
-
Recenze: Chromebook Education 11 3189 2-in-1 (2017) 30. 12. 2018 1:37
-
Ebook: Ze života správce linuxových serverů 29. 5. 2018 7:44
-
Co se mi osvědčilo v roce 2017 31. 12. 2017 13:45
-
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
-
-
Související články na serveru Root.cz
-
Novinky ve vývoji Linuxu: nové verze posledních jader řeší chybu AMD TSA, Snapdragony X zrychlí Včera 0:00
-
Google daroval protokol A2A, Ubuntu mění podporu RISC-V 7. 7. 2025 0:00
-
KDE vylepšuje HiDPI škálování, Intel Lunar Lake na Linuxu opět zrychlí 6. 7. 2025 0:00
-
Jádro Linux 6.17 s obskurními novinkami: podpora Intel DG1 a naopak definitivní konec OpenMoko 4. 7. 2025 0:00
-
Fedora diskutuje zrušení podpory i686, Ubuntu přidává varování o spotřebě 30. 6. 2025 0:00
-
Francouzský Lyon přechází na Linux, ČR propaguje služby Microsoftu 29. 6. 2025 0:00
-
-
jehovista (neregistrovaný)
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ý)
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ý)
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).
ČLÁNKY DO MAILU