No protocol specified unable to init server не удалось подключиться к в соединении отказано
Обновлено: 05.07.2024
but when i use this command after every boot/reboot
I am able to run GUI application. How to fix this permanently?
Last edited by vaibhavsingh97 (2017-01-03 08:56:10)
ayekat Member Registered: 2011-01-17 Posts: 1,462 WebsiteIt is perfectly possible to run GUI applications from the terminal - but you are running them with `sudo`, which you should not.
It does not work because by default your X session is only accessible to your own user - this is a security mechanism to prevent other users from doing malicious things in your X session. Disabling that mechanism the way you did with `xhost` is therefore not recommended.
As stated in the above link, if you want to run the application with elevated privileges, there is gksu/gksudo for that job.
Last edited by ayekat (2017-01-03 08:41:24)
seth Member Registered: 2012-09-03 Posts: 23,823That aside, look into sudoedit for this particular case - running GUI applications as root is never a good idea. (They contain too much code, have too many dependencies and are in general far more bug and exploit prone)
It is perfectly possible to run GUI applications from the terminal - but you are running them with `sudo`, which you should not.
It does not work because by default your X session is only accessible to your own user - this is a security mechanism to prevent other users from doing malicious things in your X session. Disabling that mechanism the way you did with `xhost` is therefore not recommended.
As stated in the above link, if you want to run the application with elevated privileges, there is gksu/gksudo for that job.
what to do know?
Docbroke Member From: India Registered: 2015-06-13 Posts: 1,341I think OP is trying to open GUI applications from server (without x server running)
ayekat Member Registered: 2011-01-17 Posts: 1,462 WebsiteI think OP is trying to open GUI applications from server (without x server running)
It does seem so. Or from a TTY or another terminal that does not have access to the X display.
Имеется настольный компьютер с видеокартой NVIDIA GTX 750, двумя мониторами VGA+DVI(с одним та же ситуация) и свежеустановленным ArchLinux + GNOME + awesome WM. Драйвер иксов: nvidia 355.11-3. На данный момент гружусь в awesome через lightdm, так как gdm виснет после ввода пароля. Возникает следующая забавная ситуация: после активации pppoe-соединения (как через nm-applet, так и через gnome-control-center) невозможно запустить ни одного иксового приложения. Ошибка приблизительно одна и та же всегда:
что странно, ибо сами иксы при этом работают. При этом невозможно загрузиться ни в одну виртуальную консоль: мониторы говорят, что сигнала нет, и тухнут.--
P.S.: Вообще, ситуация довольно странная. Точно таким же образом у меня умер Debian testing+GNOME. Многие дистрибутивы просто отказываются работать в режиме LiveUSB: OpenSUSE Tumbleweed+KDE (как и Kubuntu c KDE5) выбрасывают обратно в sddm после логина. Ubuntu GNOME (как и OpenSUSE Tumbleweed + GNOME) работают нормально, но через некоторое время отваливаются иксы с сегфолтами в логах. Только Fedora 22+GNOME работала без единой ошибки, так что проблема вряд ли железная (да и Windows 8.1 работает абсолютно без нареканий).
Гугление ни к чему не привело. Может, кто-то из местных сталкивался с такой/подобной проблемой?
(nautilus:5381): Gtk-WARNING **: cannot open display:
openSUSE только-что установил.
Попробуй gksu, или gksudo, gnomesu, gnomesudo.
Или, чтобы не гадать:
Но, так как надо указывать полный путь, лучше найди правильный вариант из перечисленных выше
> xdg-su -c /usr/bin/gedit
Invalid MIT-MAGIC-COOKIE-1 keyUnable to init server: Не удалось подключиться к: В соединении отказано Произошла неизвестная ошибка.
Зачем тебе графические программы из-под root? Ты что-то делаешь не так. Например для редактирования фалов, недоступных пользователю, есть sudoedit — он позволяет тебе именно редактор от пользователя запускать (и нормально работать в своём привычно настроенном редакторе), а изменения сохранять уже от рута.
А так вообще наверное надо DISPLAY=:0 .
Последнее исправление: Psych218 12.07.17 11:30:05 (всего исправлений: 1)
Ну все же что-то тут работает неправильно другие программы требуют рута.
К примеру Grub customizer
Для графических программ sudo в opensuse не работает, там то ли патчей каких-то не хватает, то ли настройки pam такие, уже точно не помню. Когда-то давно копал в этом направлении, но потом решил, что лучше ничего не трогать.
А куда вставить DISPLAY=:0 ?
ну а как запустить grub customizer
Не проще как белый человек в конфиги вписать всё, чем с этими галочками трахаться?
Ни разу не требовалось запускать графические приложения от рута. Даже и не знаю, работают ли это у меня в арче… Проверил сейчас (sudo xclock) — работает только после xhost +local:.
Попробуй так, в общем:
Последнее исправление: Psych218 12.07.17 11:43:04 (всего исправлений: 1)
Ну тогда опять на Минт возвращаться ((((((((
su -c '/usr/bin/gedit'
У тебя wayland-сеанс. Он тебе не даст запускать гафические программы от рута. Переключайся на X-ы.
Ни разу не требовалось запускать графические приложения от рута.
То же с файловым менеджером. Что-то куда-то переносить удобнее через гуй а не набирая на память сотни имен файлов\команд\опций.
Смотри в /etc/hosts - должно быть что-то вроде
Ждём версию opensuse, а так же озвучь конечную цель, может всё в 1000 раз проще?
Я не знаю ни одного вменяемого гуёвого файлового менеджера под никсы вообще. Одно эксплорероподобное неюзабельное вообще убожество или какие-то недоделки. Под винду знаю — Total Commander (FAR лучше, но и этот вменяемый), а под линукс нет. zsh, mc и vifm намного удобнее. Впрочем, от рута не приходится разбирать файлопомойку, потому хватает и одного zsh. Но удобство — понятие субъективное, и я своё мнение никому не навязываю. Да и тема не об этом.
Ну, я судо использую для консольных штук, а для графических - kdesu appname. Проблем не встречал.
Total Commander (FAR лучше, но и этот вменяемый)
Консолеподелка ничуть не ускоряющая работу с файлами. Предпросмотра нет, разом мышкой ничего не выделить.
Thunar наше все. Не перегружен в отличие от гномовского, расширяем.
Я не знаю ни одного вменяемого гуёвого файлового менеджера под никсы вообще.
:pozor:
внезапно и неожиданно: Rox-Filer
/не благодари..
Для опенсуси правильно делать -> su -c gedit
Вазелином смажь и и туда, где гуглозонд. Гуглозодн временно вытащи.
Нужно нажать на кнопку Нет в списке? на экране входа потом ввести имя пользователя root и пароль root, потом запустить нужную программу она будет запущена от рута. Проверено на Arch Linux.
Нужно разрешить доступ к сеансу Х пользователя root, делает командой
Вам выше уже сказали ххорговские команды не работают в вайленде
Вместо того чтобы по Лору лазить посмотри Вики своего дистрах. Для гнома тебе нужен gnomesu
кто тебе доктор? крусадер и даблкомандер
Разрешать root’у графическую сессию - очень спорное решение в целом. Правильным его назвать нельзя.
и все начинает отлично работать.
Делаем как предлагал BartMan - xhost si:localuser:root и все начинает работать!
без рута ффоксовские аддоны в /home не пишут, это вообще дичь
+ cpanewbie
Сугубо из-за соображений безопасности. И речь не про закладки (их цели как раз обходить проблему необходимости root).
Баги в ПО. Которые приводят к потере\порче файлов. Несколько таких «suxxstory» уже было на небосводе. И речь не про шутки в духе «rm -rf» или яндексовый факап с их диском. Как пример, была история с гномовским плеером, который убивал /usr. Да, этот аспект касается как cli, так и графических приложений. Только вторые гораздо сложнее, а значит и шире поле для маневров.
Человеческий фактор. В графическом фм увеличивается шанс ошибочного или случайного действия с фс. Я не отрицаю, что и в консоли можно повторить успех bumblebee с rm -rf /usr /lib/[…] . Но при работе в графике можно случайно переместить папку и не заметить этого (да, Вы аккуратны, но Вы далеко не все). А потом идти на лор кричать «система сломалась, я ничего не делал!» и надеяться на экстрасенсов.
Upd. Ох, ко всем похоже пришел markdown.
Deleted ( 18.01.19 14:13:43 )Последнее исправление: Rainor 18.01.19 14:14:52 (всего исправлений: 2)
Та же история с Dbeaver, кстати.
как по я понял, в разных дистрах по своему наворочен доступ и передача рута. и судя по вопросам даже здесь - мало где работает так, что бы не создавать затруднеий
Согласен. А так как некоторые просто обертка над cli то это однозначно увеличивает риск.
Но вопрос в том - насколько. Не повторяем ли мы тут путь нашей родной ГосДумы которая готова принять закон который будет стоить миллиарды, для сомнительной защиты от террористической угрозы в то время как на дорогах гибнут 4000 раз больше людей, а закона запретившего бы продажу авто без ESP до сих пор нет. Не делаем ли мы тут тоже самое? Риск убить именно GUIем что-то минимален. А вот риск в конфиге в nano или vi накосячить больше в разы. и тут переходим ко второму моменту.
2 Человеческий фактор. В графическом фм увеличивается шанс ошибочного или случайного действия с фс. Я не отрицаю, что и в консоли можно повторить успех bumblebee с rm -rf /usr /lib/[…] . Но при работе в графике можно случайно переместить папку и не заметить этого (да, Вы аккуратны, но Вы далеко не все).
Вовсе нет - несколько раз было. Причем в дереве файлов в редакторе который был подключен по SFTP. Этот риск и правда есть.
Но есть риск и в консоле - пока я в граф.редакторе кликаю по каталогам у меня есть время подумать, а когда я после ввода rm -rf жму буква-Tab,буква-Tab,буква-Tab,буква-Tab,Enter на размышление времени может и не хватить.
Или как в данном случае - мне нужно диски переразбить и в gparted это действительно удобно, а из консоли можно и препутать sdc c sdb - вообще раз плюнуть. И даже не буквы, а просто диски.
Про конфиги вообще молчу.
Это очень хороший вопрос. Правильно ли мы видим инструмент и правильно ли мы его используем.
Я на эту ситуацию смотрю с точки зрения управления рисками. Если для выполнения конкретной задачи есть как можно более надежное, простое и главное проверенное средство - стоит пользоваться им. Минимизировать риск последствий от операции. Для удаления, например, каких-то хвостов в /var/log, вызывать наутилус с рут-правами - перебор.
а когда я после ввода rm -rf жму буква-Tab,буква-Tab,буква-Tab,буква-Tab,Enter на размышление времени может и не хватить.
Знакомо. У меня в компании есть специалист в возрасте, который задачи делает достаточно медленно, все перепроверяя. Даже при копировании он всегда посимвольно проверит пути. Когда надо что-то срочно сделать - как же выбешивает его скорость работы. Только вот он ошибки из-за опечаток не совершает, в отличие от меня.
А вот риск в конфиге в nano или vi накосячить больше в разы. и тут переходим ко второму моменту.
Накосячить можно и в gui-редакторе :) Особенно если правка в стиле ctrl+c-ctrl+v.
Знаю людей, которые правят копии конфигов, а потом уже их копируют рутом с автосозданием датированного бекапа.
Deleted ( 18.01.19 15:20:16 )Последнее исправление: Rainor 18.01.19 15:20:34 (всего исправлений: 1)
Знаю людей, которые правят копии конфигов, а потом уже их копируют рутом с автосозданием датированного бекапа.
Знаю людей у которых /etc в git ;)
А вообще я со всем согласен - вопросов нет. Но все равно считаю, что использование иксов на сервере вполне имеет право на существование. А вот ФМ я предпочитаю использовать только подключаясь по SFTP. Просто комфортнее.
Suntechnic ★★★★★ ( 18.01.19 15:37:15 )Последнее исправление: Suntechnic 18.01.19 15:39:24 (всего исправлений: 1)
еще раз повторяю, если одного раза недостаточно
а менеджер сессий не сохраняет сессию в каталоге пользователя в хоум. запущенный под рутом с терм - сохраняет.
Сугубо из-за соображений безопасности. И речь не про закладки
причем здесь закладки и безопасность?
Знаю людей у которых /etc в git ;)
Но все равно считаю, что использование иксов на сервере вполне имеет право на существование.
И даже существуют. Rhel тому пример, причем далеко не один год. Я этого не очень понимаю, но видимо просто я устареваю :)
Ну нет, это только в кде нормально работать будет (как обычно).
Оно даже в lxde работает, в гноме тоже. В гноме там ещё появляется окно, затемняющее фон с закосом под оффтопик.
Closed last year .
I'm using Ubuntu 18.04 as Windows Subsystem for Linux on my Windows 10 machine.
I've installed gedit without any errors or warnings.
But whenever I try to use the command gedit something (here something is a filename)
I get this error:
3 Answers 3
You need an X server to run graphical applications like gedit . I use VcXsrv or Xming on my Windows desktops, both are very small and easy to install, but there exist other servers like Cygwin/X.
Short instructions for VcXsrv/Xming:
- download and install the Windows package
- start XLaunch or Xming
export the DISPLAY variable in your WSL terminal and start gedit
I have the problem that some checkboxes in gedit's preferences are not working (dconf error, I don't care), but other than that the editor is usable.
To fix this problem
Step 2- Open XLaunch
Step 3- Select " Full screen " option
Step 4- Choose " Start no client " option
Step 5- Simply do next and finish
Step 6- Open terminal and type :
In case your Linux machine is available with host name = 'hostname' and you'd want to ssh into the hostname and then open gedit then execute the following commands:
Читайте также: