Сообщения об ошибках в терминале при использовании sudo для запуска приложений от имени root [duplicate]

Question 1

На этот вопрос уже есть ответ здесь:

Почему пользователи никогда не должны использовать обычный sudo для запуска графических приложений? 3 ответа

При запуске gedit с sudo редактирование и сохранение файла приводит к появлению следующей ошибки (дважды). Обратите внимание, что в первый раз она появляется, когда файл редактируется любым способом - даже просто нажатием пробела. Затем это происходит снова при сохранении.

(gedit:4063): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

(gedit:4063): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

Это происходило не всегда, но началось недавно. Похоже, это не фатальная ошибка. Можно ли ее исправить?

Я использую 14.04 LTS. Я использую Unity, но дополняю его Docky и Classic Menu Indicator Applet.

При запуске sudo nautilus возникает аналогичная ошибка:

(nautilus:4604): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
Nautilus-Share-Message: Called "net usershare info" but it failed: 'net usershare' returned error 255: net usershare: cannot open usershare directory /var/lib/samba/usershares. Error No such file or directory
Please ask your system administrator to enable user sharing.

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

Question 2

Никогда не запускайте графические приложения с sudo. Если Вы должны, использовать gksudo вместо этого.

sudo выполнения команда с полномочиями суперпользователя, но не изменяет корневой каталог. Графические приложения обычно предполагают, что текущий корневой каталог принадлежит текущему пользователю, и что им позволяют сохранить (и вернуться к) конфигурационные файлы там. Однако, если они сделают это под sudo, то у Вас будет пользователь root, пытающийся хранить файлы в Вашем корневом каталоге, заканчивая с неправильными полномочиями файла, которые вызовут более поздние проблемы.

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

thomasrutter · Answer 1 · 10 September 2015 в 17:32

Никогда не запускайте графические приложения с sudo. Если Вы должны, использовать gksudo вместо этого.

sudo выполнения команда с полномочиями суперпользователя, но не изменяет корневой каталог. Графические приложения обычно предполагают, что текущий корневой каталог принадлежит текущему пользователю, и что им позволяют сохранить (и вернуться к) конфигурационные файлы там. Однако, если они сделают это под sudo, то у Вас будет пользователь root, пытающийся хранить файлы в Вашем корневом каталоге, заканчивая с неправильными полномочиями файла, которые вызовут более поздние проблемы.

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

Я обращался конкретно к Openbox. Вообразите you' d хотят запустить два openbox экземпляра. Сначала нужно открыть tint2, и второй должен запустить доску (или терминал или любая другая программа). Для автоматизации необходимо было бы изменить autostart.sh каждый раз автоматически, возможно делая резервное копирование из него заранее. Это работает, но неуклюже. Было бы замечательно иметь что-то как openbox tint2 и openbox plank сразу же. Никакая такая вещь, если I' m не ошибочный. — Blauhirn, 16 May 2018 в 09:09

Сообщения об ошибках в терминале при использовании sudo для запуска приложений от имени root [duplicate]

1 ответ

Другие вопросы по тегам:

Похожие вопросы: