При установке network manager не запускается графика

[dr_faust]

dedian 12. lxde
Лог установки(ошибки в ходе нее не выскакивают)

Код Выделить Развернуть

sudo apt-get install  network-manager
Чтение списков пакетов... Готово
Построение дерева зависимостей... Готово
Чтение информации о состоянии... Готово         
Будут установлены следующие дополнительные пакеты:
  dns-root-data dnsmasq-base libbluetooth3 libndp0 libnm0 libteamdctl0
Предлагаемые пакеты:
  libteam-utils
Следующие НОВЫЕ пакеты будут установлены:
  dns-root-data dnsmasq-base libbluetooth3 libndp0 libnm0 libteamdctl0
  network-manager
Обновлено 0 пакетов, установлено 7 новых пакетов, для удаления отмечено 0 пакетов, и 6 пакетов не обновлено.
Необходимо скачать 0 B/4 214 kB архивов.
После данной операции объём занятого дискового пространства возрастёт на 18,6 MB.

После перезапуска при попытке запустить графику черный экран. Пробую запустить вручную через команду startx. Тот же черный экран.

После установки системы никаких манипуляций с конфигами xorg не проводилось. Графика работает на встроенной(интелевской) видеокарте, дискретная нвидиевская никоим образом не задействовала.
Единственно правился конфиг менеджера входас тем, чтобы обеспечить автологин при запуске системы. Название менеджера вылетело из головы. Стандартный, тот что шел с системой изначально.

Вы, конечно, попросите логи графики. Рад бы да не знаю в каком файле\файлах смотреть логи предыдущей сессии xorg.

После удаления нерворка network manager со всеми его зависимостями и перезагрузки графика запускается как ни в чем не бывало. Удалять только network manager без зависимостей не пробовал.

P.S. По-умолчанию был установлен connman. Удален.

[ferum]

Просто очистите кэш пакетов

Код Выделить Развернуть

sudo apt clean

[dr_faust]

Просто очистите кэш пакетов

Код Выделить Развернуть

sudo apt clean

Установил нетворк манагер. Выполнил вашу команду. Тот же черный экран. Отлучился на некоторое время(точно сказать не могу) от компа. Графика запустилась. Насколько понимаю, установка нетворманагера увеличила время запуска графики. Однако не пойму почему. Не могли бы просветить?

[ferum]

Такое бывает при недостатке места в корневом разделе диска. Смысл освободить пространство удалив лишнее.

[dr_faust]

Такое бывает при недостатке места в корневом разделе диска. Смысл освободить пространство удалив лишнее.

Ээээ... Так нет никакого недостатка. Занято всего лишь 11%. Так говоиит лог df -h. На отдельный вынесен только /boot. А так все на одном.

[ChubaDuba]

Насколько понимаю, установка нетворманагера увеличила время запуска графики.

Вывод команды:

Код Выделить Развернуть

# systemd-analyze blame
покажите

[ferum]

По логике systems сервисы запускаются последовательно, один за другим. Графика запускается после сети в любом случае. По ходу у вас долго запускается сеть, вероятно какой то конфликт с другими сервисами.
Надо смотреть юниты, находить проблему, устранять её либо отключением конфликтующего сервиса, либо редактированием юнита, поднимающего сеть.
Сейчас пишу с телефона, на память название юнита не помню.

[dr_faust]

Насколько понимаю, установка нетворманагера увеличила время запуска графики.

Вывод команды:

Код Выделить Развернуть

# systemd-analyze blame
покажите

Открыть содержимое (спойлер)

Код Выделить Развернуть

6.334s NetworkManager-wait-online.service
1.011s privoxy.service
 415ms tor@default.service
 189ms netfilter-persistent.service
 189ms dev-mapper-crypt.device
 176ms systemd-journal-flush.service
 136ms user@1000.service
 123ms cups.service
 117ms apparmor.service
 116ms lvm2-monitor.service
 102ms systemd-udev-trigger.service
  93ms udisks2.service
  75ms systemd-logind.service
  57ms networking.service
  55ms ModemManager.service
  50ms systemd-journald.service
  47ms systemd-udevd.service
  46ms NetworkManager.service
  38ms lightdm.service
  35ms alsa-restore.service
  35ms plymouth-quit-wait.service
  29ms systemd-tmpfiles-setup.service
  28ms avahi-daemon.service
  25ms smartmontools.service
  25ms systemd-fsck@dev-disk-by\x2duuid-6BF9\x2dEF64.service
  24ms polkit.service
  23ms dbus.service
  22ms systemd-fsck@dev-disk-by\x2duuid-24c6a14f\x2dd7e5\x2d4646\x2db397\x2d49e>
  19ms dev-hugepages.mount
  19ms systemd-modules-load.service
  18ms plymouth-start.service
  18ms dev-mqueue.mount
  17ms colord.service
  17ms e2scrub_reap.service
  17ms sys-kernel-debug.mount
  16ms sys-kernel-tracing.mount
  15ms lm-sensors.service
  15ms keyboard-setup.service
  14ms systemd-backlight@leds:dell::kbd_backlight.service
  14ms wpa_supplicant.service
  14ms boot-efi.mount
  14ms kmod-static-nodes.service
  13ms systemd-sysusers.service
  13ms systemd-random-seed.service
  12ms plymouth-read-write.service
  12ms modprobe@configfs.service
  11ms systemd-cryptsetup@nvme0n1p3_crypt.service
  11ms systemd-binfmt.service
  11ms ntpsec.service
  11ms modprobe@drm.service
   9ms systemd-backlight@backlight:intel_backlight.service
   9ms modprobe@fuse.service
   9ms systemd-update-utmp-runlevel.service
   8ms systemd-tmpfiles-setup-dev.service
   7ms user-runtime-dir@1000.service
   7ms systemd-remount-fs.service
   7ms systemd-update-utmp.service
   7ms systemd-sysctl.service
   6ms ifupdown-pre.service
   6ms proc-sys-fs-binfmt_misc.mount
   5ms console-setup.service
   5ms sysstat.service
   5ms boot.mount
   4ms rtkit-daemon.service
   4ms systemd-user-sessions.service
   3ms sys-kernel-config.mount
   3ms tor.service
   2ms modprobe@efi_pstore.service
   2ms modprobe@dm_mod.service
   2ms modprobe@loop.service
   1ms sys-fs-fuse-connections.mount
  30us blk-availability.service



[свернуть]

29 мая 2024, 23:19:16

Надо смотреть юниты, находить проблему, устранять её либо отключением конфликтующего сервиса, либо редактированием юнита, поднимающего сеть.

С connman, установленым по-умолчанию, такого не было. Следовательно есть еще вариант: отказаться от нетворк манагера в пользу чего-то еще.

С моей дилетанской позиции из приведеного лога следует, что нетворк манагер не хочет дружить с privoxy. От него отказаться никак невозможно.

[ChubaDuba]

6.334s NetworkManager-wait-online.service

Чуть больше шести секунд. Это проблема?

[dr_faust]

6.334s NetworkManager-wait-online.service

Чуть больше шести секунд. Это проблема?

Засек время от запуска системы до запуска графики. Около полутора минут. Что там запускается еще столь долго после NetworkManager? До его установки система заводилась секунд за 10. Я понятия не имею какой командой системд посмотреть время загрузки всех служб.

[ChubaDuba]

Код Выделить Развернуть

# systemd-analyze

В принципе можно выключить NetworkManager-wait-online.service:

Код Выделить Развернуть

$ sudo systemctl disable NetworkManager-wait-online.service
Этот сервис ждёт сетевого подключения и больше ничего не делает. Если подключения нет, то может несколько минут тупить.
Потом всегда можно будет включить.

[suny]

Проверьте есть ли сервисы которые не смогли загрузиться

Код Выделить Развернуть

systemctl --failedПроверьте сервисы которые загружаются, возможно есть те что конфликтуют

Код Выделить Развернуть

sudo systemctl list-unit-files --state=enabled

[ogost]

По логике systems сервисы запускаются последовательно, один за другим. Графика запускается после сети в любом случае.

А разве не способность паралельного запуска демонов представлялась как киллер фича комбайна-системды? Нет, понятно что все демоны одновременно запустить всё равно не получится, в любом случае что-то зависит от чего-то другого, но сеть разве в зависимостях графики? У меня ноут грузится вне зависимости от того, есть ли сеть или нет.

[ferum]

Нет, понятно что все демоны одновременно запустить всё равно не получится, в любом случае что-то зависит от чего-то другого, но сеть разве в зависимостях графики?

Возможно даже не на прямую.
У меня KDE, соответственно смотрим юнит

Код Выделить Развернуть

[Unit]
Description=Simple Desktop Display Manager
Documentation=man:sddm(1) man:sddm.conf(5)
# Change this if you want to start sddm in a different tty
Conflicts=getty@tty1.service getty@tty7.service
After=getty@tty1.service getty@tty7.service

After=systemd-user-sessions.service systemd-logind.service
# Workaround entropy starvation
After=haveged.service

# If using tty1 and plymouth, sddm will fail till plymouth stops
# consider using:
## After=plymouth-quit.service
# or to forcefully stop plymouth and start earlier:
## Conflicts=plymouth-quit-wait.service
## After=plymouth-start.service plymouth-quit-wait.service
## OnFailure=plymouth-quit.service

[Service]
# temporary safety check until all DMs are converted to correct
# display-manager.service symlink handling
ExecStart=/usr/bin/sddm
Restart=always
RestartSec=1s
EnvironmentFile=-/etc/default/locale

[Install]
Alias=display-manager.service


Видим что сервис запускается только после трёх других, да ещё имеет конфликт с первой и седьмой виртуальной консолями.
Соответственно когда у нас другое окружение рабочего стола, юнит будет несколько отличаться, в зависимости от postinstall скриптов из пакетов того же гнома.
Я не утверждаю что загвоздка именно в display-manager.service, но танцевать надо скорее всего от него в сторону сервисов, что запускаются прежде него.
Сеть, может быть или нет, но сервис для её запуска должен отработать без ошибок...
Все наверное наблюдали когда что то долго не запускается или не выключается... красный пульсирующий значок и что то вроде job running.

[dr_faust]

Код Выделить Развернуть

# systemd-analyze

В принципе можно выключить NetworkManager-wait-online.service:

Код Выделить Развернуть

$ sudo systemctl disable NetworkManager-wait-online.service
Этот сервис ждёт сетевого подключения и больше ничего не делает. Если подключения нет, то может несколько минут тупить.
Потом всегда можно будет включить.

Отключил. Ничего не  изменилось. Посмотрел вывод systemd-analyze(без каких-либо ключей).
userspace и graphical.target по чуть более 2 секунд. Основное время(до минуты) приходится на kernel. Учтите, система стоит на зашифрованном luks разделе, я не вкурсе как и по какой категории учитывается время, затраченное на ввод пароля пользователем.

Удалил неворк-манагер и установил обратно connman.