Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0

Jeka76rus	# 8 лет, 5 месяцев назад
Темы: 3 Сообщения: 17 Участник с: 12 декабря 2015	Всем добра. Проблема в том, что иногда так случается( зависимости от каких либо действий я не обнаружил) что gnome terminal отказывается запускаться, при попытке запустить из другого терминала вылезает ошибка org.gnome.Terminal.desktop[3794]: Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Ошибка вызова StartServiceByName для org.gnome.Terminal: Время ожидания истекло От руда все запускается. Также все гномовские приложения переводятся с русского на английский язык. Решения проблемы, которые есть в гугле, о всевозможных манипуляциях с локалями мне не помогли. Единственное что есть это запуск gnome-terminala из другого терминала командой dbus-launch gnome-terminal тогда он стартует. Хотелось бы полноценного решения. кусок из journalctl https://raw.githubusercontent.com/Jeka76rus/fstab/master/fail версия gnome-terminal https://raw.githubusercontent.com/Jeka76rus/fstab/master/gt Ядро 4.7.1-1-ARCH

# 8 лет, 5 месяцев назад

Сообщения: 17

Участник с: 12 декабря 2015

Всем добра.

Проблема в том, что иногда так случается( зависимости от каких либо действий я не обнаружил) что gnome terminal отказывается запускаться, при попытке запустить из другого терминала вылезает ошибка

org.gnome.Terminal.desktop[3794]: Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Ошибка вызова StartServiceByName для org.gnome.Terminal: Время ожидания истекло

От руда все запускается. Также все гномовские приложения переводятся с русского на английский язык.

Решения проблемы, которые есть в гугле, о всевозможных манипуляциях с локалями мне не помогли. Единственное что есть это запуск gnome-terminala из другого терминала командой dbus-launch gnome-terminal тогда он стартует. Хотелось бы полноценного решения.

кусок из journalctl https://raw.githubusercontent.com/Jeka76rus/fstab/master/fail

версия gnome-terminal https://raw.githubusercontent.com/Jeka76rus/fstab/master/gt

Ядро 4.7.1-1-ARCH

vasek	# 8 лет, 5 месяцев назад
Темы: 47 Сообщения: 11886 Участник с: 17 февраля 2013	Это не смотрел ? Ошибки не исчезают с опытом - они просто умнеют

Jeka76rus	# 8 лет, 5 месяцев назад (отредактировано 8 лет, 5 месяцев назад)
Темы: 3 Сообщения: 17 Участник с: 12 декабря 2015	vasek Это не смотрел ? Смотрел, dbus-launch в принципе помогает, но если запускать так терминал то спамит кучу dbus сервисов. Хотелось бы более полноценного решения. И ошибка у него другая. UPD Да и запуск без GDM, через exec dbus-launch gnome-session в xinitrc тоже не помогает, только что проверил.

Jeka76rus

# 8 лет, 5 месяцев назад (отредактировано 8 лет, 5 месяцев назад)

Темы: 3

Сообщения: 17

Участник с: 12 декабря 2015

vasek
Это не смотрел ?

Смотрел, dbus-launch в принципе помогает, но если запускать так терминал то спамит кучу dbus сервисов. Хотелось бы более полноценного решения.
И ошибка у него другая.

UPD

Да и запуск без GDM, через exec dbus-launch gnome-session в xinitrc тоже не помогает, только что проверил.

vasek	# 8 лет, 5 месяцев назад
Темы: 47 Сообщения: 11886 Участник с: 17 февраля 2013	Jeka76rus Да и запуск без GDM, через exec dbus-launch gnome-session в xinitrc тоже не помогает, только что проверил. А я только писал, хотел об этом спросить ..... В указанной мной ссылке на BBS имеется еще ссылка на bug, связанный с dbus и gnome-terminal …. в подробности правда не вдавлся ... Ошибки не исчезают с опытом - они просто умнеют

vasek

# 8 лет, 5 месяцев назад

Темы: 47

Сообщения: 11886

Участник с: 17 февраля 2013

Jeka76rus
Да и запуск без GDM, через exec dbus-launch gnome-session в xinitrc тоже не помогает, только что проверил.

А я только писал, хотел об этом спросить .....
В указанной мной ссылке на BBS имеется еще ссылка на bug, связанный с dbus и gnome-terminal …. в подробности правда не вдавлся ...

Ошибки не исчезают с опытом - они просто умнеют

Jeka76rus	# 8 лет, 5 месяцев назад
Темы: 3 Сообщения: 17 Участник с: 12 декабря 2015	vasek Jeka76rus Да и запуск без GDM, через exec dbus-launch gnome-session в xinitrc тоже не помогает, только что проверил. А я только писал, хотел об этом спросить ..... В указанной мной ссылке на BBS имеется еще ссылка на bug, связанный с dbus и gnome-terminal …. в подробности правда не вдавлся ... Тоже видел. Решение для себя там не нашел, в английском не достаточно силен.

Jeka76rus

# 8 лет, 5 месяцев назад

Темы: 3

Сообщения: 17

Участник с: 12 декабря 2015

vasek
Jeka76rus
Да и запуск без GDM, через exec dbus-launch gnome-session в xinitrc тоже не помогает, только что проверил.
А я только писал, хотел об этом спросить .....
В указанной мной ссылке на BBS имеется еще ссылка на bug, связанный с dbus и gnome-terminal …. в подробности правда не вдавлся ...

Тоже видел. Решение для себя там не нашел, в английском не достаточно силен.

Jeka76rus	# 8 лет, 5 месяцев назад
Темы: 3 Сообщения: 17 Участник с: 12 декабря 2015	Иногда отпускает если выполнить dbus-update-activation-environment --all в другом терминале.

vasek	# 8 лет, 5 месяцев назад
Темы: 47 Сообщения: 11886 Участник с: 17 февраля 2013	Jeka76rus Тоже видел. Решение для себя там не нашел, в английском не достаточно силен. Там мусолят несколько вариантов, но, по-моему, представляют интерес для проверки следующие два варианта This issue contains at least two potential fixes to this problem: 1) Sourcing /etc/X11/xinit/xinitrc.d/50-systemd-user.sh from your xinit; 2) Calling `dbus-update-activation-environment --all` in your xinit (which is what 1) is supposed to do for you). Второй вариант ты и используешь в другом терминале. Ближе к концу встретилось, что это вроде бы можно прописать на постоянку. А вот 1-ый вариант для startx и дальше идет вопрос «Как это использовать» и ответ, что конкретно нужно добавить в .xinitrc Можешь попробовать … UPD …. и предлагается еще одно … и там даже есть ссылка на нашу Wiki ... `for a quick workaround, use a drop-in config with a fixed DISPLAY var. My Example: # /etc/systemd/system/user@.service.d/display.conf: [Service] Environment=DISPLAY=:0` Ошибки не исчезают с опытом - они просто умнеют

vasek

# 8 лет, 5 месяцев назад

Темы: 47

Сообщения: 11886

Участник с: 17 февраля 2013

Jeka76rus
Тоже видел. Решение для себя там не нашел, в английском не достаточно силен.

Там мусолят несколько вариантов, но, по-моему, представляют интерес для проверки следующие два варианта

This issue contains at least two potential fixes to this problem:
1) Sourcing /etc/X11/xinit/xinitrc.d/50-systemd-user.sh from your xinit;
2) Calling `dbus-update-activation-environment --all` in your xinit (which is what 1) is supposed to do for you).

Второй вариант ты и используешь в другом терминале. Ближе к концу встретилось, что это вроде бы можно прописать на постоянку.
А вот 1-ый вариант для startx и дальше идет вопрос «Как это использовать» и ответ, что конкретно нужно добавить в .xinitrc
Можешь попробовать …
UPD …. и предлагается еще одно … и там даже есть ссылка на нашу Wiki ...

for a quick workaround, use a drop-in config with a fixed DISPLAY var.
My Example:
# /etc/systemd/system/user@.service.d/display.conf:
[Service]
Environment=DISPLAY=:0

Ошибки не исчезают с опытом - они просто умнеют

Jeka76rus	# 8 лет, 5 месяцев назад (отредактировано 8 лет, 5 месяцев назад)
Темы: 3 Сообщения: 17 Участник с: 12 декабря 2015	vasek Jeka76rus Тоже видел. Решение для себя там не нашел, в английском не достаточно силен. Там мусолят несколько вариантов, но, по-моему, представляют интерес для проверки следующие два варианта This issue contains at least two potential fixes to this problem: 1) Sourcing /etc/X11/xinit/xinitrc.d/50-systemd-user.sh from your xinit; 2) Calling `dbus-update-activation-environment --all` in your xinit (which is what 1) is supposed to do for you). Второй вариант ты и используешь в другом терминале. Ближе к концу встретилось, что это вроде бы можно прописать на постоянку. А вот 1-ый вариант для startx и дальше идет вопрос «Как это использовать» и ответ, что конкретно нужно добавить в .xinitrc Можешь попробовать … UPD …. и предлагается еще одно … и там даже есть ссылка на нашу Wiki ... `for a quick workaround, use a drop-in config with a fixed DISPLAY var. My Example: # /etc/systemd/system/user@.service.d/display.conf: [Service] Environment=DISPLAY=:0` По поводу второго, нету такого файла в папке /etc/systemd/system ,есть это. Рискну предположить что нужно этот файл

Jeka76rus

# 8 лет, 5 месяцев назад (отредактировано 8 лет, 5 месяцев назад)

Темы: 3

Сообщения: 17

Участник с: 12 декабря 2015

vasek
Jeka76rus
Тоже видел. Решение для себя там не нашел, в английском не достаточно силен.
Там мусолят несколько вариантов, но, по-моему, представляют интерес для проверки следующие два варианта
This issue contains at least two potential fixes to this problem:
1) Sourcing /etc/X11/xinit/xinitrc.d/50-systemd-user.sh from your xinit;
2) Calling `dbus-update-activation-environment --all` in your xinit (which is what 1) is supposed to do for you).
Второй вариант ты и используешь в другом терминале. Ближе к концу встретилось, что это вроде бы можно прописать на постоянку.
А вот 1-ый вариант для startx и дальше идет вопрос «Как это использовать» и ответ, что конкретно нужно добавить в .xinitrc
Можешь попробовать …
UPD …. и предлагается еще одно … и там даже есть ссылка на нашу Wiki ...
for a quick workaround, use a drop-in config with a fixed DISPLAY var.
My Example:
# /etc/systemd/system/user@.service.d/display.conf:
[Service]
Environment=DISPLAY=:0

По поводу второго, нету такого файла в папке /etc/systemd/system ,есть это. Рискну предположить что нужно этот файл

vasek	# 8 лет, 5 месяцев назад
Темы: 47 Сообщения: 11886 Участник с: 17 февраля 2013	Насчет /.xinitrc — не подумал, возможно он у тебя и правильный.... Насчет упоминания ….. /etc/systemd/system/user@.service.d/display.conf там есть ссылка на нашу Wiki, где все расписано … и даже ниже приведен пример, совпадающий с примером в bug … Дерзай, напортить особо не напортишь ….... Только записывай, что и где менял... Может я понял эту проблему и неправильно ….. особо не вникал …. надеюсь спецы поправят …. и укажут на ошибки …. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 8 лет, 5 месяцев назад

Темы: 47

Сообщения: 11886

Участник с: 17 февраля 2013

Насчет /.xinitrc — не подумал, возможно он у тебя и правильный....
Насчет упоминания ….. /etc/systemd/system/user@.service.d/display.conf там есть ссылка на нашу Wiki, где все расписано … и даже ниже приведен пример, совпадающий с примером в bug …
Дерзай, напортить особо не напортишь ….... Только записывай, что и где менял...
Может я понял эту проблему и неправильно ….. особо не вникал …. надеюсь спецы поправят …. и укажут на ошибки ….

Ошибки не исчезают с опытом - они просто умнеют

Jeka76rus	# 8 лет, 5 месяцев назад
Темы: 3 Сообщения: 17 Участник с: 12 декабря 2015	vasek Насчет /.xinitrc — не подумал, возможно он у тебя и правильный.... Насчет упоминания ….. /etc/systemd/system/user@.service.d/display.conf там есть ссылка на нашу Wiki, где все расписано … и даже ниже приведен пример, совпадающий с примером в bug … Дерзай, напортить особо не напортишь ….... Только записывай, что и где менял... Может я понял эту проблему и неправильно ….. особо не вникал …. надеюсь спецы поправят …. и укажут на ошибки …. Спасибо, полезная инфа. Новые способы, новые надежды на решение.

Jeka76rus

# 8 лет, 5 месяцев назад

Темы: 3

Сообщения: 17

Участник с: 12 декабря 2015

vasek
Насчет /.xinitrc — не подумал, возможно он у тебя и правильный....
Насчет упоминания ….. /etc/systemd/system/user@.service.d/display.conf там есть ссылка на нашу Wiki, где все расписано … и даже ниже приведен пример, совпадающий с примером в bug …
Дерзай, напортить особо не напортишь ….... Только записывай, что и где менял...
Может я понял эту проблему и неправильно ….. особо не вникал …. надеюсь спецы поправят …. и укажут на ошибки ….

Спасибо, полезная инфа. Новые способы, новые надежды на решение.