Ubuntu 16.04 занимает слишком много времени (более 2 минут)
Версия iBus или любой пакет, который вы используете, обычно находится с помощью apt-cache policy package, где «package» - это имя пакета, к которому принадлежит программное обеспечение. В случае iBus пакет называется «ibus»:
➜ ~ apt-cache policy ibus
ibus:
Installed: (none)
Candidate: 1.5.11-1
Version table:
1.5.11-1 500
500 http://httpredir.debian.org/debian testing/main amd64 Packages
500 http://httpredir.debian.org/debian unstable/main amd64 Packages
В моей системе нет iBus, но если бы я должен был установить его, я получил бы версию 1.5.11. Вы можете выяснить, какая версия доступна для любой версии Ubuntu с помощью madison:
ibus | 1.4.1-3ubuntu1 | precise | source, amd64, armel, armhf, i386, powerpc
ibus | 1.5.5-1ubuntu3 | trusty | source, amd64, arm64, armhf, i386, powerpc, ppc64el
ibus | 1.5.5-1ubuntu3.2 | trusty-updates | source, amd64, arm64, armhf, i386, powerpc, ppc64el
ibus | 1.5.9-1ubuntu3 | vivid | source, amd64, arm64, armhf, i386, powerpc, ppc64el
ibus | 1.5.10-1ubuntu1 | wily | source, amd64, arm64, armhf, i386, powerpc, ppc64el
ibus | 1.5.11-1ubuntu2 | xenial | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x
ibus | 1.5.11-1ubuntu3 | yakkety | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x
Если вам нужна версия Ubuntu, которая включает в себя 1.5.11 или новее, я рекомендую использовать xenial или позже.
2 ответа
Ну, может быть какая-то проблема с зависимостями. Поскольку модули SystemD привязаны к каждому из них, это может быть проблемой. Требуется параметр в файлах конфигурации SystemD.
Для графического анализа вашего процесса загрузки systemD вы можете использовать:
$ systemd-analyze plot > /tmp/analyze.svg
И откройте его в своем браузере, чтобы узнать, у какого устройства есть проблемы и что делать. Чтобы устранить эту проблему, я предлагаю сначала включить multi-user.target, поскольку цель должна начинаться (по умолчанию она начинается на графическом.target) со следующей командой:
$ systemctl set-default multi-user.target
Затем загрузится система на текстовой консоли. Таким образом, вы можете убедиться, что проблема связана с вашим графическим адаптером или нет.
Также вы можете нажать Требуется кнопка во время загрузки (на этом фиолетовом экране), чтобы увидеть файл журнала. После загрузки вы должны использовать journalctl -xe для проверки журналов.
Ну, может быть какая-то проблема с зависимостями. Поскольку модули SystemD привязаны к каждому из них, это может быть проблемой. Требуется параметр в файлах конфигурации SystemD.
Для графического анализа вашего процесса загрузки systemD вы можете использовать:
$ systemd-analyze plot > /tmp/analyze.svg
И откройте его в своем браузере, чтобы узнать, у какого устройства есть проблемы и что делать. Чтобы устранить эту проблему, я предлагаю сначала включить multi-user.target, поскольку цель должна начинаться (по умолчанию она начинается на графическом.target) со следующей командой:
$ systemctl set-default multi-user.target
Затем загрузится система на текстовой консоли. Таким образом, вы можете убедиться, что проблема связана с вашим графическим адаптером или нет.
Также вы можете нажать Требуется кнопка во время загрузки (на этом фиолетовом экране), чтобы увидеть файл журнала. После загрузки вы должны использовать journalctl -xe для проверки журналов.