LINUX.ORG.RU

Debian 10.3 xfce, долгий автологин в lightdm ?

 , ,


0

1

Система загружается и висит секунд 20 темный экран перед появлением рабочего стола

dmesg

lightdm.log

root@debian:/var/log/lightdm# systemd-analyze blame
         11.625s ifupdown-pre.service
         10.995s udisks2.service
         10.455s ModemManager.service
          8.100s NetworkManager.service
          6.200s dev-sdb3.device
          5.829s nvidia-persistenced.service
          5.819s systemd-logind.service
          5.818s rsyslog.service
          5.757s lm-sensors.service
          5.755s wpa_supplicant.service
          5.755s avahi-daemon.service
          5.746s alsa-restore.service
          5.505s pppd-dns.service
          2.626s networking.service
          1.853s polkit.service
          1.596s upower.service
          1.582s systemd-modules-load.service
          1.445s lightdm.service
          1.441s plymouth-quit-wait.service
          1.440s apparmor.service
          1.436s systemd-udevd.service
          1.366s keyboard-setup.service
          1.250s hddtemp.service
           889ms systemd-sysusers.service
           717ms systemd-tmpfiles-setup.service
           692ms systemd-remount-fs.service
           651ms systemd-journal-flush.service
           558ms dev-hugepages.mount
           557ms dev-mqueue.mount
           556ms sys-kernel-debug.mount
           516ms user@1000.service
           511ms dev-disk-by\x2duuid-217551f2\x2d4828\x2d40c8\x2d9a8d\x2df1ebfcf8fc24.swap
           477ms systemd-udev-trigger.service
           431ms systemd-journald.service
           367ms systemd-timesyncd.service
           342ms console-setup.service
           335ms kmod-static-nodes.service
           318ms rtkit-daemon.service
           272ms systemd-random-seed.service
           248ms dev-disk-by\x2duuid-184ceb4b\x2dd038\x2d4c38\x2d96fb\x2d0373e490e06d.swap
           243ms systemd-tmpfiles-clean.service
           228ms systemd-tmpfiles-setup-dev.service
           112ms systemd-sysctl.service
           107ms systemd-update-utmp.service
            29ms systemd-user-sessions.service
            26ms user-runtime-dir@1000.service
            16ms plymouth-start.service
            15ms plymouth-read-write.service
            13ms systemd-update-utmp-runlevel.service
root@debian:/var/log/lightdm# 
root@debian:/var/log/lightdm# systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @19.635s
└─udisks2.service @8.640s +10.995s
  └─basic.target @8.311s
    └─sockets.target @8.311s
      └─uuidd.socket @8.311s
        └─sysinit.target @8.272s
          └─swap.target @8.253s
            └─dev-disk-by\x2duuid-184ceb4b\x2dd038\x2d4c38\x2d96fb\x2d0373e490e06d.swap @8.003s +248ms
              └─dev-disk-by\x2duuid-184ceb4b\x2dd038\x2d4c38\x2d96fb\x2d0373e490e06d.device @8.002s
root@debian:/var/log/lightdm# 

Deleted

Последнее исправление: Deleted (всего исправлений: 2)

То же самое в генте с системд. По неизвестной причине юнит (не помню точно какой сервис, т.к. я пользуюсь тунаром без gvfs), принадлежащий gnome-base/gvfs не стартует, вызывая аналогичную задержку. Решение пока не нашел.

RedEyedMan666
()
Ответ на: комментарий от j_kotovsky

Да была проблема с низким уровнем энтропии на некоторых пк, haveged или аналог действительно помогает. По симптомам схоже с ТС.

einhander ★★★★★
()
Ответ на: комментарий от Deleted

Достаточно установки, сервис стартует сам, единственное я не помню точно ли это был haveged, т.к. их есть несколько. Естественно нужна перезагрузка.

einhander ★★★★★
()
Ответ на: комментарий от einhander

если был убит сыпались бы ворнинги, их нет

Первый раз после загрузки ручной логин такой-же долгий, повторный быстро.

Deleted
()
Ответ на: комментарий от Deleted

Судя по логу хсервера, у тебя грузится проприетарный драйвер, но не может загрузится, потом уже грузится нуво.

Перезапуск lightdm тоже доогий?

Скинь логи запускаемых при логине программ.

einhander ★★★★★
()

загружается и висит секунд 20 темный экран перед появлением рабочего стола

Из параметров ядра убери «splash», увидишь на чем висит.

andytux ★★★★★
()
Ответ на: комментарий от Deleted

может быть из-за того, что / и /home на одном разделе?

Нет. Теоретически, это самый быстрый вариант. Чем меньше монтирований, тем быстрее. Чем «кучнее» расположены данные, тем быстрее. А один раздел, это всегда «кучнее», чем два.

andytux ★★★★★
()

11.625s ifupdown-pre.service

10.455s ModemManager.service

8.100s NetworkManager.service

Похоже, в первую очередь разобраться с настройками сети.

andytux ★★★★★
()
Ответ на: комментарий от andytux

Из параметров ядра убери «splash», увидишь на чем висит.

там и так его нет. Я вижу что прогружается. Темный экран уже в сам конце загрузки перед самым появление рабочего стола.

Deleted
()
Ответ на: комментарий от einhander

Из параметров ядра убери «splash», увидишь на чем висит.

судя по єтому дрова грузятся проприетарные

root@debian:/home/deepforest# glxinfo -B
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 1024 MB
    Total available memory: 1024 MB
    Currently available dedicated video memory: 952 MB
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 9800 GTX+/PCIe/SSE2
OpenGL core profile version string: 3.3.0 NVIDIA 340.108
OpenGL core profile shading language version string: 3.30 NVIDIA via Cg compiler
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 3.3.0 NVIDIA 340.108
OpenGL shading language version string: 3.30 NVIDIA via Cg compiler
OpenGL context flags: (none)
OpenGL profile mask: (none)

OpenGL ES profile version string: OpenGL ES 2.0 NVIDIA 340.108 340.108
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.00

root@debian:/home/deepforest# 

Перезапуск lightdm тоже доогий?

нет, быстро. Долго только первый логин после загрузки.

Скинь логи запускаемых при логине программ.

Как єто сделать?

Deleted
()
Ответ на: комментарий от Deleted

Этот файл и тот который будет в конце его

~/.xsession-errors

судя по єтому дрова грузятся проприетарные

Эта строка в логе Х сервера сбивате с толку:

[    28.410] (II) LoadModule: "nv"
[    28.447] (WW) Warning, couldn't open module nv
[    28.447] (EE) Failed to load module "nv" (module does not exist, 0)

После нее идет загрузка нуво, потом уже проприетарщина выгружает нуво.

einhander ★★★★★
()
Ответ на: комментарий от einhander

После нее идет загрузка нуво, потом уже проприетарщина выгружает нуво.

А как єто поправить? Я уже заблеклистил нуво через груб, тожесамое.

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

К тому же доступна панель управления проприетарным драйвером.

вот еще бут-лог https://pastebin.com/raw/8h1C8jzp

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)

установи lxdm или slim как в настоящем дебиане

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.