Intereting Posts
Переопределение исполняемого файла для добавления флага по умолчанию Невозможно воспроизвести DVD-диски на Ubuntu 14.04 Способ создания жесткого USB-диска (с постоянством), который действительно работает? Как создать PPA для проекта Maven? Размер окна на экране с высоким разрешением DPI? Скрипт для создания туннеля SSH, а затем запустить другую программу, использующую туннель Google Chrome удаляется из меню при перезагрузке Ошибка «-6: Не поддерживается» при передаче файлов с телефона на внешний жесткий диск Как я могу сохранить ssh (или другую команду) в приложении терминала моего телефона Ubuntu? Что может привести к тому, что установленное приложение не будет распознано как таковое? Как сделать Screencast на Ubuntu 17.10 записи дольше 30 секунд? Беспроводная карта Atheros AR9485 не работает в ASUS K53E Как я могу хранить полноэкранный проигрыватель Chrome Flash, когда Chrome теряет фокус? 13,04 Не удалось получить http://security.ubuntu.com/ubuntu/pool/main/e/eglibc/libc-bin_2.15-0ubuntu10.6_i386.deb 404 Не найдено Как получить метаданные музыки в Банши?

«Gedit» не запускается с правами root: «CRITICAL: file log.c …» -error (без проблемы gksu!)

Я запускаю Ubuntu 14.10 с XFCE. Начиная с нескольких недель, gedit не запускается больше как rootgksu gedit ).

Запуск с моей обычной учетной записью работает без проблем. Проблема не в gksu , поскольку она делает то же самое, что и sudo (я знаю, не рекомендуется для GUI) или gksudo . pkexec дает другую ошибку. Однако другие программы (например, eog ) отлично работают с gksu !

Когда я запускаю gksu gedit , я получаю gksu пароля gksu , и после ввода его я вижу курсор мыши вокруг, возможно, полминуты, но не открывается окно gedit . Также нет вывода на клемму.

Запуск pkexec gedit в терминале дает:

 bytecommander@AlkaliMetal:~$ pkexec gedit gdk_mir_display_open Failed to connect to Mir: Failed to connect to server socket: File or Path not found. (gedit:3935): Gtk-WARNING **: cannot open display: bytecommander@AlkaliMetal:~$ 

Запуск gedit в корневом терминале дает:

 root@AlkaliMetal:/home/bytecommander# gedit (gedit:24281): dconf-WARNING **: failed to commit changes to dconf: Failed to execute child process "dbus-launch" (No such file or directory) ** (gedit:24281): CRITICAL **: file log.c: line 975: unexpected error: Failed to execute child process "dbus-launch" (No such file or directory) (g-exec-error-quark, 8) ^C root@AlkaliMetal:/home/bytecommander# 

(Команда не завершается. Я прервал ее через некоторое время с помощью Ctrl + C )

Я искал файл log.c из сообщения об ошибке. Единственное, что я нашел, было /usr/share/gettext/intl/log.c . Странно, однако, что этот файл содержит только 126 строк, поэтому указанная выше строка (строка 975) не существует! Должен ли я размещать контент? Это похоже на обычный C-код.

Я также уже удалил /root/.config/gedit/ , но ничего не изменилось.

Запуск dconf-editor с корневого терминала и проверка ключей в dconf:/org/gnome/gedit не отображали никаких подозрительных (для меня!) Значений. Я могу опубликовать некоторые ключи, если вы скажете мне, как сбрасывать их. Я знаю, как использовать инструмент GUI.

Что мне нужно сделать, чтобы восстановить настройки root-dconf для gedit (если это проблема)? Или я ошибаюсь, и проблема имеет другую причину?
Возможно, вы даже можете догадаться, что это испортило, чтобы я мог избежать этого в будущем. Благодаря!

Мне как-то удалось решить мою проблему и вернуть gedit на работу, даже для root.

То, что я сделал, было

  1. sudo apt-get install --reinstall dbus dbus-x11

    переустановить некоторые dbus-пакеты, которые я, вероятно, испортил некоторое время назад, запустил make uninstall на пакете, содержащем части dbus.

  2. dconf dump /org/gnome/gedit/ > /home/bytecommander/dconf-gedit.dump за которым следует открытие корневой оболочки с помощью sudo -i и root:
    dconf load /org/gnome/gedit/ < /home/bytecommander/dconf-gedit.dump

    скопировать рабочие параметры dconf для gedit из моего обычного профиля пользователя в базу данных dconf root.

После этого он работает как шарм. Даже dconf-предупреждения о dbus-запуске исчезли.