Я не знаю никаких расширений Nautilus для git. Существует набор сценариев nautilus, но это не совсем то же самое, что и интеграция с RabbitVCS для svn или bzr-gtk для bzr.
Пожалуйста, создайте резервную копию, прежде чем использовать приведенные ниже команды. Я не знаю, будет ли у вас интернет после этого.
Подключитесь через Ethernet-кабель.
Загрузите пакеты, чтобы у вас была способ переустановить их даже без Интернета:cd
apt-get download network-manager-gnome network-manager
Затем я предлагаю очистить конфигурацию вашего сетевого менеджера: sudo apt-get purge network-manager-gnome network-manager
sudo rm -rf /etc/NetworkManager
sudo rm -rf /usr/lib/NetworkManager
sudo rm -rf /var/lib/NetworkManager
И переустановить сетевой менеджер: sudo apt-get install network-manager-gnome network-manager
Если у вас нет Интернета, попробуйте установить локальные пакеты, которые мы скачали с помощью первая команда: cd
sudo dpkg -i network-manager*.deb
Перезагрузите компьютер. Если приведенные выше команды не исправили Интернет, нам нужна дополнительная информация:
Загрузите пакеты, чтобы у вас был способ переустановить их даже без Интернета:cd
apt-get download network-manager-gnome network-manager
Загрузите пакеты, чтобы у вас был способ переустановить их даже без Интернета:
sudo dpkg -P --force-all ubuntu-desktop ubuntu-standard ubuntu-minimal
sudo apt-get install ubuntu-desktop ubuntu-standard ubuntu-minimal
Затем я предлагаю очистить конфигурацию вашего сетевого менеджера: sudo apt-get purge network-manager-gnome network-manager
sudo rm -rf /etc/NetworkManager
sudo rm -rf /usr/lib/NetworkManager
sudo rm -rf /var/lib/NetworkManager
[!d7 ] Проверьте правильность установки всех зависимостей, переустановите метапакеты ubuntu:
Пожалуйста, backup , прежде чем использовать приведенные ниже команды, я не знаю, будет ли у вас интернет после этого.
Подключитесь через Ethernet-кабель.
cd
apt-get download network-manager-gnome network-manager
sudo apt-get purge network-manager-gnome network-manager
sudo rm -rf /etc/NetworkManager
sudo rm -rf /usr/lib/NetworkManager
sudo rm -rf /var/lib/NetworkManager
sudo apt-get install network-manager-gnome network-manager
Если у вас нет Интернета, попробуйте установить локальные пакеты, которые мы скачали с помощью первой команды: cd
sudo dpkg -i network-manager*.deb
Если приведенные выше команды не исправили Интернет, нам нужна дополнительная информация:
sudo apt-get dist-upgrade
cat /etc/network/interfaces
iwconfig
ifconfig
lspci -nn
lsusb
nm-tool
sudo lshw -C network
rfkill list all
sudo dpkg -P --force-all ubuntu-desktop ubuntu-standard ubuntu-minimal
sudo apt-get install ubuntu-desktop ubuntu-standard ubuntu-minimal
Примечание. Кстати, AFAIK do-release-uprade
следует использовать при обновлении установки server а не на рабочем столе. Вы должны предпочесть загрузить альтернативный компакт-диск сквозного менеджера обновлений.
Пожалуйста, backup , прежде чем использовать приведенные ниже команды, я не знаю, будет ли у вас интернет после этого.
Подключитесь через Ethernet-кабель.
cd
apt-get download network-manager-gnome network-manager
sudo apt-get purge network-manager-gnome network-manager
sudo rm -rf /etc/NetworkManager
sudo rm -rf /usr/lib/NetworkManager
sudo rm -rf /var/lib/NetworkManager
sudo apt-get install network-manager-gnome network-manager
Если у вас нет Интернета, попробуйте установить локальные пакеты, которые мы скачали с помощью первой команды: cd
sudo dpkg -i network-manager*.deb
Если приведенные выше команды не исправили Интернет, нам нужна дополнительная информация:
sudo apt-get dist-upgrade
cat /etc/network/interfaces
iwconfig
ifconfig
lspci -nn
lsusb
nm-tool
sudo lshw -C network
rfkill list all
sudo dpkg -P --force-all ubuntu-desktop ubuntu-standard ubuntu-minimal
sudo apt-get install ubuntu-desktop ubuntu-standard ubuntu-minimal
Примечание. Кстати, AFAIK do-release-uprade
следует использовать при обновлении установки server а не на рабочем столе. Вы должны предпочесть загрузить альтернативный компакт-диск сквозного менеджера обновлений.
Пожалуйста, backup , прежде чем использовать приведенные ниже команды, я не знаю, будет ли у вас интернет после этого.
Подключитесь через Ethernet-кабель.
cd
apt-get download network-manager-gnome network-manager
sudo apt-get purge network-manager-gnome network-manager
sudo rm -rf /etc/NetworkManager
sudo rm -rf /usr/lib/NetworkManager
sudo rm -rf /var/lib/NetworkManager
sudo apt-get install network-manager-gnome network-manager
Если у вас нет Интернета, попробуйте установить локальные пакеты, которые мы скачали с помощью первой команды: cd
sudo dpkg -i network-manager*.deb
Если приведенные выше команды не исправили Интернет, нам нужна дополнительная информация:
sudo apt-get dist-upgrade
cat /etc/network/interfaces
iwconfig
ifconfig
lspci -nn
lsusb
nm-tool
sudo lshw -C network
rfkill list all
sudo dpkg -P --force-all ubuntu-desktop ubuntu-standard ubuntu-minimal
sudo apt-get install ubuntu-desktop ubuntu-standard ubuntu-minimal
Примечание. Кстати, AFAIK do-release-uprade
следует использовать при обновлении установки server а не на рабочем столе. Вы должны предпочесть загрузить альтернативный компакт-диск сквозного менеджера обновлений.
Пожалуйста, backup , прежде чем использовать приведенные ниже команды, я не знаю, будет ли у вас интернет после этого.
Подключитесь через Ethernet-кабель.
cd
apt-get download network-manager-gnome network-manager
sudo apt-get purge network-manager-gnome network-manager
sudo rm -rf /etc/NetworkManager
sudo rm -rf /usr/lib/NetworkManager
sudo rm -rf /var/lib/NetworkManager
sudo apt-get install network-manager-gnome network-manager
Если у вас нет Интернета, попробуйте установить локальные пакеты, которые мы скачали с помощью первой команды: cd
sudo dpkg -i network-manager*.deb
Если приведенные выше команды не исправили Интернет, нам нужна дополнительная информация:
sudo apt-get dist-upgrade
cat /etc/network/interfaces
iwconfig
ifconfig
lspci -nn
lsusb
nm-tool
sudo lshw -C network
rfkill list all
sudo dpkg -P --force-all ubuntu-desktop ubuntu-standard ubuntu-minimal
sudo apt-get install ubuntu-desktop ubuntu-standard ubuntu-minimal
Примечание. Кстати, AFAIK do-release-uprade
следует использовать при обновлении установки server а не на рабочем столе. Вы должны предпочесть загрузить альтернативный компакт-диск сквозного менеджера обновлений.
Пожалуйста, backup , прежде чем использовать приведенные ниже команды, я не знаю, будет ли у вас интернет после этого.
Подключитесь через Ethernet-кабель.
cd
apt-get download network-manager-gnome network-manager
sudo apt-get purge network-manager-gnome network-manager
sudo rm -rf /etc/NetworkManager
sudo rm -rf /usr/lib/NetworkManager
sudo rm -rf /var/lib/NetworkManager
sudo apt-get install network-manager-gnome network-manager
Если у вас нет Интернета, попробуйте установить локальные пакеты, которые мы скачали с помощью первой команды: cd
sudo dpkg -i network-manager*.deb
Если приведенные выше команды не исправили Интернет, нам нужна дополнительная информация:
sudo apt-get dist-upgrade
cat /etc/network/interfaces
iwconfig
ifconfig
lspci -nn
lsusb
nm-tool
sudo lshw -C network
rfkill list all
sudo dpkg -P --force-all ubuntu-desktop ubuntu-standard ubuntu-minimal
sudo apt-get install ubuntu-desktop ubuntu-standard ubuntu-minimal
Примечание. Кстати, AFAIK do-release-uprade
следует использовать при обновлении установки server а не на рабочем столе. Вы должны предпочесть загрузить альтернативный компакт-диск сквозного менеджера обновлений.
Сообщение журнала
NetworkManager wlan0 deactivating device reason managed
отправило меня по неверному маршруту. Управляемые или неуправляемые устройства не являются проблемой.
Другая проблема, которая может пойти не так (помимо того, что вы не являетесь частью правильной группы или проблем с управляемым устройством), является проблемой разрешения DBus.
One можно проверить это, начиная с nm-applet из xterm, в случае, если есть проблема с разрешением, вы получаете много Rejected send message s следующим образом:
$ nm-applet
** (nm-applet:25178): WARNING **: _nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) Rejected send message, 2 matched rules; type="method_call", sender=":1.1698" (uid=SOMEUID pid=SOMEPID comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=OTHERPID comm="NetworkManager ")
Ну, nm-applet кажется действительно замечательно сообщая о таких ошибках пользователю ... через it'ts GUI ... NOT!
(Ok, nm-applet также не сообщает, что пользователь не входит в группу netdev ...)
Кажется, что-то связано с ConsoleKit. Кажется, что для nm-applet требуется консольный сеанс, который имеет active = TRUE.
Вы можете проверить свою сессию ConsoleKit через:
$ ck-list-sessions
. В моей системе выход был:
$ ck-list-sessions | grep active
active = FALSE
active = FALSE
active = FALSE
Чтобы проверить, действительно ли эту проблему вы вызываете nm-applet, как это из xterm:
$ ck-launch-session nm-applet
Тогда вы не должны получать Rejected send 'Warning'
Этот способ обхода, вероятно, разрушает другие связанные с ConsoleKit вещи - реальное исправление, вероятно, должно было бы исправить настройку ConsoleKit-session через диспетчер дисплея или что-то в этом роде.
Обратите внимание, что ConsoleKit также ConsoleKit и, вероятно, заменяется в ближайшем будущем решением на основе Systemd ...
Изменить: Смотрите также мои ответьте на связанную проблему установки комплекта консоли. В зависимости от вашего метода запуска X11 вам необходимо обмениваться изменениями в ConsoleKit, так что вы получаете активный сеанс - в зависимости от вашей версии ConsoleKit и системы, просто вызывающей ck-launch-session может быть недостаточно.
Сообщение журнала
NetworkManager wlan0 deactivating device reason managed
отправило меня по неправильному маршруту. Управляемые или неуправляемые устройства не являются проблемой.
Другая проблема, которая может пойти не так (помимо того, что вы не являетесь частью правильной группы или проблем с управляемым устройством), является проблемой разрешения DBus.
One можно проверить это, начиная с nm-applet
с xterm, в случае, если есть проблема разрешения, вы получаете много Rejected send message
s, как это:
$ nm-applet
** (nm-applet:25178): WARNING **: _nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) Rejected send message, 2 matched rules; type="method_call", sender=":1.1698" (uid=SOMEUID pid=SOMEPID comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=OTHERPID comm="NetworkManager ")
Ну, nm-applet
кажется действительно отлично, сообщая о таких ошибках пользователю ... через it'ts GUI ... NOT!
(Ok, nm-applet
также не сообщает, что пользователь не входит в группу netdev
...)
Кажется, что-то связано с ConsoleKit . Кажется, что для nm-applet
требуется ConsoleKit-Session, у которого есть active = TRUE
.
Вы можете проверить свою сессию ConsoleKit с помощью:
$ ck-list-sessions
. В моей системе выход был:
$ ck-list-sessions | grep active
active = FALSE
active = FALSE
active = FALSE
Чтобы проверить, действительно ли эту проблему вы вызываете nm-applet
, как это из xterm:
$ ck-launch-session nm-applet
Тогда вы не должны получать Rejected send
'Warning' и nm-applet
должны работать как ожидалось.
Этот способ обхода, вероятно, разрушает другие связанные с ConsoleKit вещи - реальное исправление, вероятно, должно было бы исправить настройку ConsoleKit-session через диспетчер дисплея или что-то в этом роде.
Обратите внимание, что ConsoleKit
также является видом неэкономного и, вероятно, заменяется в ближайшем будущем на основе решения Systemd ...
Изменить: См. также мой ответ на проблему установки console kit . В зависимости от метода запуска X11 вам необходимо обмениваться изменениями в ConsoleKit, так что вы получаете активный сеанс - в зависимости от вашей версии ConsoleKit и системы, просто вызывающей ck-launch-session
может быть недостаточно.
Сообщение журнала
NetworkManager wlan0 deactivating device reason managed
отправило меня по неправильному маршруту. Управляемые или неуправляемые устройства не являются проблемой.
Другая проблема, которая может пойти не так (помимо того, что вы не являетесь частью правильной группы или проблем с управляемым устройством), является проблемой разрешения DBus.
One можно проверить это, начиная с nm-applet
с xterm, в случае, если есть проблема разрешения, вы получаете много Rejected send message
s, как это:
$ nm-applet
** (nm-applet:25178): WARNING **: _nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) Rejected send message, 2 matched rules; type="method_call", sender=":1.1698" (uid=SOMEUID pid=SOMEPID comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=OTHERPID comm="NetworkManager ")
Ну, nm-applet
кажется действительно отлично, сообщая о таких ошибках пользователю ... через it'ts GUI ... NOT!
(Ok, nm-applet
также не сообщает, что пользователь не входит в группу netdev
...)
Кажется, что-то связано с ConsoleKit . Кажется, что для nm-applet
требуется ConsoleKit-Session, у которого есть active = TRUE
.
Вы можете проверить свою сессию ConsoleKit с помощью:
$ ck-list-sessions
. В моей системе выход был:
$ ck-list-sessions | grep active
active = FALSE
active = FALSE
active = FALSE
Чтобы проверить, действительно ли эту проблему вы вызываете nm-applet
, как это из xterm:
$ ck-launch-session nm-applet
Тогда вы не должны получать Rejected send
'Warning' и nm-applet
должны работать как ожидалось.
Этот способ обхода, вероятно, разрушает другие связанные с ConsoleKit вещи - реальное исправление, вероятно, должно было бы исправить настройку ConsoleKit-session через диспетчер дисплея или что-то в этом роде.
Обратите внимание, что ConsoleKit
также является видом неэкономного и, вероятно, заменяется в ближайшем будущем на основе решения Systemd ...
Изменить: См. также мой ответ на проблему установки console kit . В зависимости от метода запуска X11 вам необходимо обмениваться изменениями в ConsoleKit, так что вы получаете активный сеанс - в зависимости от вашей версии ConsoleKit и системы, просто вызывающей ck-launch-session
может быть недостаточно.
Сообщение журнала
NetworkManager wlan0 deactivating device reason managed
отправило меня по неправильному маршруту. Управляемые или неуправляемые устройства не являются проблемой.
Другая проблема, которая может пойти не так (помимо того, что вы не являетесь частью правильной группы или проблем с управляемым устройством), является проблемой разрешения DBus.
One можно проверить это, начиная с nm-applet
с xterm, в случае, если есть проблема разрешения, вы получаете много Rejected send message
s, как это:
$ nm-applet
** (nm-applet:25178): WARNING **: _nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) Rejected send message, 2 matched rules; type="method_call", sender=":1.1698" (uid=SOMEUID pid=SOMEPID comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=OTHERPID comm="NetworkManager ")
Ну, nm-applet
кажется действительно отлично, сообщая о таких ошибках пользователю ... через it'ts GUI ... NOT!
(Ok, nm-applet
также не сообщает, что пользователь не входит в группу netdev
...)
Кажется, что-то связано с ConsoleKit . Кажется, что для nm-applet
требуется ConsoleKit-Session, у которого есть active = TRUE
.
Вы можете проверить свою сессию ConsoleKit с помощью:
$ ck-list-sessions
. В моей системе выход был:
$ ck-list-sessions | grep active
active = FALSE
active = FALSE
active = FALSE
Чтобы проверить, действительно ли эту проблему вы вызываете nm-applet
, как это из xterm:
$ ck-launch-session nm-applet
Тогда вы не должны получать Rejected send
'Warning' и nm-applet
должны работать как ожидалось.
Этот способ обхода, вероятно, разрушает другие связанные с ConsoleKit вещи - реальное исправление, вероятно, должно было бы исправить настройку ConsoleKit-session через диспетчер дисплея или что-то в этом роде.
Обратите внимание, что ConsoleKit
также является видом неэкономного и, вероятно, заменяется в ближайшем будущем на основе решения Systemd ...
Изменить: См. также мой ответ на проблему установки console kit . В зависимости от метода запуска X11 вам необходимо обмениваться изменениями в ConsoleKit, так что вы получаете активный сеанс - в зависимости от вашей версии ConsoleKit и системы, просто вызывающей ck-launch-session
может быть недостаточно.
Сообщение журнала
NetworkManager wlan0 deactivating device reason managed
отправило меня по неправильному маршруту. Управляемые или неуправляемые устройства не являются проблемой.
Другая проблема, которая может пойти не так (помимо того, что вы не являетесь частью правильной группы или проблем с управляемым устройством), является проблемой разрешения DBus.
One можно проверить это, начиная с nm-applet
с xterm, в случае, если есть проблема разрешения, вы получаете много Rejected send message
s, как это:
$ nm-applet
** (nm-applet:25178): WARNING **: _nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) Rejected send message, 2 matched rules; type="method_call", sender=":1.1698" (uid=SOMEUID pid=SOMEPID comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=OTHERPID comm="NetworkManager ")
Ну, nm-applet
кажется действительно отлично, сообщая о таких ошибках пользователю ... через it'ts GUI ... NOT!
(Ok, nm-applet
также не сообщает, что пользователь не входит в группу netdev
...)
Кажется, что-то связано с ConsoleKit . Кажется, что для nm-applet
требуется ConsoleKit-Session, у которого есть active = TRUE
.
Вы можете проверить свою сессию ConsoleKit с помощью:
$ ck-list-sessions
. В моей системе выход был:
$ ck-list-sessions | grep active
active = FALSE
active = FALSE
active = FALSE
Чтобы проверить, действительно ли эту проблему вы вызываете nm-applet
, как это из xterm:
$ ck-launch-session nm-applet
Тогда вы не должны получать Rejected send
'Warning' и nm-applet
должны работать как ожидалось.
Этот способ обхода, вероятно, разрушает другие связанные с ConsoleKit вещи - реальное исправление, вероятно, должно было бы исправить настройку ConsoleKit-session через диспетчер дисплея или что-то в этом роде.
Обратите внимание, что ConsoleKit
также является видом неэкономного и, вероятно, заменяется в ближайшем будущем на основе решения Systemd ...
Изменить: См. также мой ответ на проблему установки console kit . В зависимости от метода запуска X11 вам необходимо обмениваться изменениями в ConsoleKit, так что вы получаете активный сеанс - в зависимости от вашей версии ConsoleKit и системы, просто вызывающей ck-launch-session
может быть недостаточно.
Сообщение журнала
NetworkManager wlan0 deactivating device reason managed
отправило меня по неправильному маршруту. Управляемые или неуправляемые устройства не являются проблемой.
Другая проблема, которая может пойти не так (помимо того, что вы не являетесь частью правильной группы или проблем с управляемым устройством), является проблемой разрешения DBus.
One можно проверить это, начиная с nm-applet
с xterm, в случае, если есть проблема разрешения, вы получаете много Rejected send message
s, как это:
$ nm-applet
** (nm-applet:25178): WARNING **: _nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) Rejected send message, 2 matched rules; type="method_call", sender=":1.1698" (uid=SOMEUID pid=SOMEPID comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=OTHERPID comm="NetworkManager ")
Ну, nm-applet
кажется действительно отлично, сообщая о таких ошибках пользователю ... через it'ts GUI ... NOT!
(Ok, nm-applet
также не сообщает, что пользователь не входит в группу netdev
...)
Кажется, что-то связано с ConsoleKit . Кажется, что для nm-applet
требуется ConsoleKit-Session, у которого есть active = TRUE
.
Вы можете проверить свою сессию ConsoleKit с помощью:
$ ck-list-sessions
. В моей системе выход был:
$ ck-list-sessions | grep active
active = FALSE
active = FALSE
active = FALSE
Чтобы проверить, действительно ли эту проблему вы вызываете nm-applet
, как это из xterm:
$ ck-launch-session nm-applet
Тогда вы не должны получать Rejected send
'Warning' и nm-applet
должны работать как ожидалось.
Этот способ обхода, вероятно, разрушает другие связанные с ConsoleKit вещи - реальное исправление, вероятно, должно было бы исправить настройку ConsoleKit-session через диспетчер дисплея или что-то в этом роде.
Обратите внимание, что ConsoleKit
также является видом неэкономного и, вероятно, заменяется в ближайшем будущем на основе решения Systemd ...
Изменить: См. также мой ответ на проблему установки console kit . В зависимости от метода запуска X11 вам необходимо обмениваться изменениями в ConsoleKit, так что вы получаете активный сеанс - в зависимости от вашей версии ConsoleKit и системы, просто вызывающей ck-launch-session
может быть недостаточно.
Сообщение журнала
NetworkManager wlan0 deactivating device reason managed
отправило меня по неправильному маршруту. Управляемые или неуправляемые устройства не являются проблемой.
Другая проблема, которая может пойти не так (помимо того, что вы не являетесь частью правильной группы или проблем с управляемым устройством), является проблемой разрешения DBus.
One можно проверить это, начиная с nm-applet
с xterm, в случае, если есть проблема разрешения, вы получаете много Rejected send message
s, как это:
$ nm-applet
** (nm-applet:25178): WARNING **: _nm_object_get_property: Error getting 'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: (9) Rejected send message, 2 matched rules; type="method_call", sender=":1.1698" (uid=SOMEUID pid=SOMEPID comm="nm-applet ") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=OTHERPID comm="NetworkManager ")
Ну, nm-applet
кажется действительно отлично, сообщая о таких ошибках пользователю ... через it'ts GUI ... NOT!
(Ok, nm-applet
также не сообщает, что пользователь не входит в группу netdev
...)
Кажется, что-то связано с ConsoleKit . Кажется, что для nm-applet
требуется ConsoleKit-Session, у которого есть active = TRUE
.
Вы можете проверить свою сессию ConsoleKit с помощью:
$ ck-list-sessions
. В моей системе выход был:
$ ck-list-sessions | grep active
active = FALSE
active = FALSE
active = FALSE
Чтобы проверить, действительно ли эту проблему вы вызываете nm-applet
, как это из xterm:
$ ck-launch-session nm-applet
Тогда вы не должны получать Rejected send
'Warning' и nm-applet
должны работать как ожидалось.
Этот способ обхода, вероятно, разрушает другие связанные с ConsoleKit вещи - реальное исправление, вероятно, должно было бы исправить настройку ConsoleKit-session через диспетчер дисплея или что-то в этом роде.
Обратите внимание, что ConsoleKit
также является видом неэкономного и, вероятно, заменяется в ближайшем будущем на основе решения Systemd ...
Изменить: См. также мой ответ на проблему установки console kit . В зависимости от метода запуска X11 вам необходимо обмениваться изменениями в ConsoleKit, так что вы получаете активный сеанс - в зависимости от вашей версии ConsoleKit и системы, просто вызывающей ck-launch-session
может быть недостаточно.