LINUX.ORG.RU

Не запускаются програмы из под root. openSUSE

 ,


0

1

Вот то что сказано при запуске гедит из под рут.

filipp@localhost:~> sudo gedit

Unable to init server: Не удалось подключиться к: В соединении отказано

(gedit:5299): Gtk-WARNING **: cannot open display:

Вот то что сказано при запуске наутилус из под рут.

filipp@localhost:~> sudo nautilus

Unable to init server: Не удалось подключиться к: В соединении отказано

(nautilus:5381): Gtk-WARNING **: cannot open display:

openSUSE только-что установил.

Deleted

Последнее исправление: Filipp (всего исправлений: 1)

Попробуй gksu, или gksudo, gnomesu, gnomesudo.

Или, чтобы не гадать:

xdg-su -c /usr/bin/gedit

Но, так как надо указывать полный путь, лучше найди правильный вариант из перечисленных выше

ZenitharChampion ★★★★★
()
Ответ на: комментарий от ZenitharChampion

filipp@localhost:~> xdg-su -c /usr/bin/gedit

Invalid MIT-MAGIC-COOKIE-1 keyUnable to init server: Не удалось подключиться к: В соединении отказано Произошла неизвестная ошибка.

Deleted
()

Зачем тебе графические программы из-под root? Ты что-то делаешь не так. Например для редактирования фалов, недоступных пользователю, есть sudoedit — он позволяет тебе именно редактор от пользователя запускать (и нормально работать в своём привычно настроенном редакторе), а изменения сохранять уже от рута.

А так вообще наверное надо DISPLAY=:0.

Psych218 ★★★★★
()
Последнее исправление: Psych218 (всего исправлений: 1)

Для графических программ sudo в opensuse не работает, там то ли патчей каких-то не хватает, то ли настройки pam такие, уже точно не помню. Когда-то давно копал в этом направлении, но потом решил, что лучше ничего не трогать.

Khnazile ★★★★★
()
Ответ на: комментарий от Deleted

К примеру Grub customizer

Не проще как белый человек в конфиги вписать всё, чем с этими галочками трахаться?

Ни разу не требовалось запускать графические приложения от рута. Даже и не знаю, работают ли это у меня в арче… Проверил сейчас (sudo xclock) — работает только после xhost +local:.

Попробуй так, в общем:

xhost +local:
DISPLAY=:0 sudo grub-customizer  # (или как там он вызывается)

Psych218 ★★★★★
()
Последнее исправление: Psych218 (всего исправлений: 1)
Ответ на: комментарий от Deleted

Ну тогда опять на Минт возвращаться ((((((((

Deleted
()

У тебя wayland-сеанс. Он тебе не даст запускать гафические программы от рута. Переключайся на X-ы.

anonymous
()
Ответ на: комментарий от Psych218

Ни разу не требовалось запускать графические приложения от рута.

Конфиги удобнее править как белый человек с драг-анд-дропом, нормальным выделением, а не тра* в консоли.

То же с файловым менеджером. Что-то куда-то переносить удобнее через гуй а не набирая на память сотни имен файлов\команд\опций.

PPP328 ★★★★★
()

Смотри в /etc/hosts - должно быть что-то вроде

127.0.0.1 localhost
127.0.1.1 localhost
Или какой там у тебя /etc/hostname во вторую строку

Arkenaton
()

Ждём версию opensuse, а так же озвучь конечную цель, может всё в 1000 раз проще?

Pyzia ★★★★★
()
Ответ на: комментарий от PPP328

То же с файловым менеджером.

Я не знаю ни одного вменяемого гуёвого файлового менеджера под никсы вообще. Одно эксплорероподобное неюзабельное вообще убожество или какие-то недоделки. Под винду знаю — Total Commander (FAR лучше, но и этот вменяемый), а под линукс нет. zsh, mc и vifm намного удобнее. Впрочем, от рута не приходится разбирать файлопомойку, потому хватает и одного zsh. Но удобство — понятие субъективное, и я своё мнение никому не навязываю. Да и тема не об этом.

Psych218 ★★★★★
()

Ну, я судо использую для консольных штук, а для графических - kdesu appname. Проблем не встречал.

wolph ★★
()
Ответ на: комментарий от Psych218

Total Commander (FAR лучше, но и этот вменяемый)

Консолеподелка ничуть не ускоряющая работу с файлами. Предпросмотра нет, разом мышкой ничего не выделить.

Thunar наше все. Не перегружен в отличие от гномовского, расширяем.

PPP328 ★★★★★
()
Ответ на: комментарий от sniper21

su -c '/usr/bin/gedit'

+1
sudo - чиста поделка из бубунты, которая мало того, что криво написана, так ещё и требует скиллов в настройке /etc/sudoers. Ъ способ - пользовать «su».

Я не знаю ни одного вменяемого гуёвого файлового менеджера под никсы вообще.

:pozor:
внезапно и неожиданно: Rox-Filer
/не благодари..

anonymous
()

В опенсуси используется su а не sudo

Для опенсуси правильно делать -> su -c gedit

piwww ★★★★
()
Ответ на: комментарий от Deleted

А куда вставить DISPLAY=:0 ?

Вазелином смажь и и туда, где гуглозонд. Гуглозодн временно вытащи.

anonymous
()
27 февраля 2018 г.

Ответ

Нужно нажать на кнопку Нет в списке? на экране входа потом ввести имя пользователя root и пароль root, потом запустить нужную программу она будет запущена от рута. Проверено на Arch Linux.

Deleted
()
9 апреля 2018 г.

ПРАВИЛЬНОЕ РЕШЕНИЕ:

Нужно разрешить доступ к сеансу Х пользователя root, делает командой

xhost si:localuser:root

BartMan
()
18 января 2019 г.
Ответ на: комментарий от BartMan

ПРАВИЛЬНОЕ РЕШЕНИЕ:

Разрешать root’у графическую сессию - очень спорное решение в целом. Правильным его назвать нельзя.

Deleted
()
Ответ на: комментарий от anonymous
sudo apt-get install xorg

и все начинает отлично работать.

Делаем как предлагал BartMan - xhost si:localuser:root и все начинает работать!

Suntechnic ★★★★★
()
Ответ на: комментарий от Deleted

Присоединяюсь к запросу cpanewbie. Только не надо про «gui-программы (билиотеки) могут быть с бэкдорами и т.п.» - тоже самое можно сказать и об обычных прогах. Никаких допподключений к серваку такое разрешение не дает, а если к нему от root подсоединился кто-то по ssh то уже абсолютно все равно разрешена ли у тебя графическая сессия.

Suntechnic ★★★★★
()
Ответ на: комментарий от Suntechnic

+@cpanewbie

Сугубо из-за соображений безопасности. И речь не про закладки (их цели как раз обходить проблему необходимости root).

  1. Баги в ПО. Которые приводят к потере\порче файлов. Несколько таких «suxxstory» уже было на небосводе. И речь не про шутки в духе «rm -rf» или яндексовый факап с их диском. Как пример, была история с гномовским плеером, который убивал /usr. Да, этот аспект касается как cli, так и графических приложений. Только вторые гораздо сложнее, а значит и шире поле для маневров.

  2. Человеческий фактор. В графическом фм увеличивается шанс ошибочного или случайного действия с фс. Я не отрицаю, что и в консоли можно повторить успех bumblebee с rm -rf /usr /lib/[…] . Но при работе в графике можно случайно переместить папку и не заметить этого (да, Вы аккуратны, но Вы далеко не все). А потом идти на лор кричать «система сломалась, я ничего не делал!» и надеяться на экстрасенсов.

Upd. Ох, ко всем похоже пришел markdown.

Deleted
()
Последнее исправление: Rainor (всего исправлений: 2)
Ответ на: комментарий от Deleted

как по я понял, в разных дистрах по своему наворочен доступ и передача рута. и судя по вопросам даже здесь - мало где работает так, что бы не создавать затруднеий

cpanewbie
()
Ответ на: комментарий от Deleted

1 Баги в ПО. Которые приводят к потере\порче файлов. Несколько таких «suxxstory» уже было на небосводе. И речь не про шутки в духе «rm -rf» или яндексовый факап с их диском. Как пример, была история с гномовским плеером, который убивал /usr.

Согласен. А так как некоторые просто обертка над cli то это однозначно увеличивает риск.

Но вопрос в том - насколько. Не повторяем ли мы тут путь нашей родной ГосДумы которая готова принять закон который будет стоить миллиарды, для сомнительной защиты от террористической угрозы в то время как на дорогах гибнут 4000 раз больше людей, а закона запретившего бы продажу авто без ESP до сих пор нет. Не делаем ли мы тут тоже самое? Риск убить именно GUIем что-то минимален. А вот риск в конфиге в nano или vi накосячить больше в разы. и тут переходим ко второму моменту.

2 Человеческий фактор. В графическом фм увеличивается шанс ошибочного или случайного действия с фс. Я не отрицаю, что и в консоли можно повторить успех bumblebee с rm -rf /usr /lib/[…] . Но при работе в графике можно случайно переместить папку и не заметить этого (да, Вы аккуратны, но Вы далеко не все).

Вовсе нет - несколько раз было. Причем в дереве файлов в редакторе который был подключен по SFTP. Этот риск и правда есть.

Но есть риск и в консоле - пока я в граф.редакторе кликаю по каталогам у меня есть время подумать, а когда я после ввода rm -rf жму буква-Tab,буква-Tab,буква-Tab,буква-Tab,Enter на размышление времени может и не хватить.

Или как в данном случае - мне нужно диски переразбить и в gparted это действительно удобно, а из консоли можно и препутать sdc c sdb - вообще раз плюнуть. И даже не буквы, а просто диски.

Про конфиги вообще молчу.

Suntechnic ★★★★★
()
Ответ на: комментарий от Suntechnic

Но вопрос в том - насколько.

Это очень хороший вопрос. Правильно ли мы видим инструмент и правильно ли мы его используем.

Я на эту ситуацию смотрю с точки зрения управления рисками. Если для выполнения конкретной задачи есть как можно более надежное, простое и главное проверенное средство - стоит пользоваться им. Минимизировать риск последствий от операции. Для удаления, например, каких-то хвостов в /var/log, вызывать наутилус с рут-правами - перебор.

а когда я после ввода rm -rf жму буква-Tab,буква-Tab,буква-Tab,буква-Tab,Enter на размышление времени может и не хватить.

Знакомо. У меня в компании есть специалист в возрасте, который задачи делает достаточно медленно, все перепроверяя. Даже при копировании он всегда посимвольно проверит пути. Когда надо что-то срочно сделать - как же выбешивает его скорость работы. Только вот он ошибки из-за опечаток не совершает, в отличие от меня.

А вот риск в конфиге в nano или vi накосячить больше в разы. и тут переходим ко второму моменту.

Накосячить можно и в gui-редакторе :) Особенно если правка в стиле ctrl+c-ctrl+v.

Знаю людей, которые правят копии конфигов, а потом уже их копируют рутом с автосозданием датированного бекапа.

Deleted
()
Последнее исправление: Rainor (всего исправлений: 1)
Ответ на: комментарий от Deleted

Знаю людей, которые правят копии конфигов, а потом уже их копируют рутом с автосозданием датированного бекапа.

Знаю людей у которых /etc в git ;)

А вообще я со всем согласен - вопросов нет. Но все равно считаю, что использование иксов на сервере вполне имеет право на существование. А вот ФМ я предпочитаю использовать только подключаясь по SFTP. Просто комфортнее.

Suntechnic ★★★★★
()
Последнее исправление: Suntechnic (всего исправлений: 1)
Ответ на: комментарий от Deleted

еще раз повторяю, если одного раза недостаточно

а менеджер сессий не сохраняет сессию в каталоге пользователя в хоум. запущенный под рутом с терм - сохраняет.

Сугубо из-за соображений безопасности. И речь не про закладки

причем здесь закладки и безопасность?

cpanewbie
()
Ответ на: комментарий от Suntechnic

Знаю людей у которых /etc в git ;)

Etckeeper, угу :)

Но все равно считаю, что использование иксов на сервере вполне имеет право на существование.

И даже существуют. Rhel тому пример, причем далеко не один год. Я этого не очень понимаю, но видимо просто я устареваю :)

Deleted
()
Ответ на: комментарий от anonymous

Оно даже в lxde работает, в гноме тоже. В гноме там ещё появляется окно, затемняющее фон с закосом под оффтопик.

ArkaDOSik ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.