LINUX.ORG.RU

Медленная загрузка Fedora 27

 


0

2

Добрый день. Перед постом данного вопроса, гуглил. Много. Ничего полезного не нашел. Но так как в линуксе новичок, то прошу помощи. Собственно сабж. Загрузка системы занимает 6min 55.632s Вывод команды systemd-analyze:

Startup finished in 3.272s (kernel) + 6.275s (initrd) + 6min 46.083s (userspace) = 6min 55.632s

Вывод команды systemd-analyze blame:

2min 31.544s bumblebee-nvidia.service
         51.860s plymouth-quit-wait.service
         26.281s gdm.service
         24.680s dkms.service
         20.894s NetworkManager-wait-online.service
         16.860s dnf-makecache.service
         12.690s firewalld.service
         11.949s udisks2.service
         11.391s systemd-journal-flush.service
          8.797s lvm2-monitor.service
          8.528s sssd.service
          7.227s libvirtd.service
          6.559s dev-sda8.device
          6.519s systemd-udev-settle.service
          5.009s initrd-switch-root.service
          3.477s systemd-fsck@dev-disk-by\x2duuid-239f037c\x2d78f9\x2d49da\x2d9e26\x2d22d2bff59758.service
          3.222s polkit.service
          3.122s ModemManager.service
          3.120s livesys.service
          3.117s switcheroo-control.service
          3.006s systemd-fsck@dev-disk-by\x2duuid-A026\x2dF6F1.service
          2.488s rtkit-daemon.service
          2.488s iio-sensor-proxy.service
          2.484s bluetooth.service
          2.480s fwupd.service
          2.480s avahi-daemon.service
          2.393s chronyd.service
          2.243s abrtd.service
          1.945s dracut-initqueue.service
          1.853s wpa_supplicant.service
          1.657s systemd-udevd.service
          1.620s fedora-readonly.service
          1.459s accounts-daemon.service
          1.306s systemd-tmpfiles-setup-dev.service
          1.281s dmraid-activation.service
          1.267s gssproxy.service
          1.192s systemd-fsck-root.service
          1.137s systemd-vconsole-setup.service
          1.136s systemd-random-seed.service
          1.135s user@1000.service
          1.131s NetworkManager.service
           991ms systemd-rfkill.service
           830ms rpc-statd-notify.service
           789ms systemd-udev-trigger.service
           783ms colord.service
           467ms upower.service
           413ms systemd-user-sessions.service
           398ms auditd.service
           391ms systemd-tmpfiles-clean.service
           323ms systemd-journald.service
           266ms kmod-static-nodes.service
           266ms home.mount
           232ms fedora-import-state.service
           221ms sys-kernel-debug.mount
           215ms systemd-sysctl.service
           207ms systemd-tmpfiles-setup.service
           197ms nfs-config.service
           155ms dracut-shutdown.service
           152ms boot-efi.mount
           149ms dracut-pre-pivot.service
           143ms plymouth-read-write.service
           123ms systemd-remount-fs.service
           103ms sysroot.mount
           101ms systemd-logind.service
            91ms initrd-parse-etc.service
            89ms systemd-backlight@backlight:intel_backlight.service
            65ms plymouth-switch-root.service
            59ms packagekit.service
            59ms dev-mqueue.mount
            55ms var-lib-nfs-rpc_pipefs.mount
            53ms dracut-cmdline.service
            48ms systemd-update-utmp.service
            31ms dracut-pre-udev.service
            16ms cups.service
            16ms geoclue.service
            16ms initrd-cleanup.service
            13ms plymouth-start.service
            12ms livesys-late.service
            10ms systemd-modules-load.service
             9ms systemd-update-utmp-runlevel.service
             7ms initrd-udevadm-cleanup-db.service
             5ms sys-fs-fuse-connections.mount
             4ms tmp.mount
             4ms dev-hugepages.mount
             2ms sys-kernel-config.mount
...skipping...
           323ms systemd-journald.service
           266ms kmod-static-nodes.service
           266ms home.mount
           232ms fedora-import-state.service
           221ms sys-kernel-debug.mount
           215ms systemd-sysctl.service
           207ms systemd-tmpfiles-setup.service
           197ms nfs-config.service
           155ms dracut-shutdown.service
           152ms boot-efi.mount
           149ms dracut-pre-pivot.service
           143ms plymouth-read-write.service
           123ms systemd-remount-fs.service
           103ms sysroot.mount
           101ms systemd-logind.service
            91ms initrd-parse-etc.service
            89ms systemd-backlight@backlight:intel_backlight.service
            65ms plymouth-switch-root.service
            59ms packagekit.service
            59ms dev-mqueue.mount
            55ms var-lib-nfs-rpc_pipefs.mount
            53ms dracut-cmdline.service
            48ms systemd-update-utmp.service
            31ms dracut-pre-udev.service
            16ms cups.service
            16ms geoclue.service
            16ms initrd-cleanup.service
            13ms plymouth-start.service
            12ms livesys-late.service
            10ms systemd-modules-load.service
             9ms systemd-update-utmp-runlevel.service
             7ms initrd-udevadm-cleanup-db.service
             5ms sys-fs-fuse-connections.mount
             4ms tmp.mount
             4ms dev-hugepages.mount
             2ms sys-kernel-config.mount 

Вывод команды systemd-analyze-critical-chain:

graphical.target @5min 16.116s
└─bumblebee-nvidia.service @2min 44.571s +2min 31.544s
  └─multi-user.target @2min 44.569s
    └─dkms.service @1min 35.191s +24.680s
      └─basic.target @1min 35.155s
        └─sockets.target @1min 35.155s
          └─iscsid.socket @1min 35.155s
            └─sysinit.target @1min 35.093s
              └─sys-fs-fuse-connections.mount @2min 29.686s +5ms
                └─system.slice
                  └─-.slice 
Ноутбук с двумя картами, встроенной Интел и дискретной Nvidia Geforce GT650M, 16Гб оперативки, HDD с несколькими системами. Понимаю что нужно смотреть на сервисы и какие-то отключать, но вот гугление первого же сервиса - bumblebee не даёт результатов. На всякий случай - я знаю что такое бамблби ) я не понимаю почему он так долго загружается... Огромное спасибо за помощь )

Что хоть говорят логи? Добавь к параметрам ядра опции

systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M printk.devkmsg=on

После загрузки:

journalctl -b --no-pager > ~/boot.log

и читай. Если ни чего не опнятно, выкладывай на pastebin, а нам ссылку

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от bodqhrohro_promo

Он работает сразу, толку от него, когда стопорится сильнее всего в конце уже после multi-user.target.

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

Спасибо за помощь!

Пробовал выполнить данную команду (добавить к параметрам ядра опции) - пишет что systemd.log_level=debug команда не найдена. Я был немного прочел, что с systemd по умолчанию идет и работает журнал логирования (сорри если не правильно дал определение) journalctl. Прочел что с помощью него можно посмотреть. Выполнил команду

journalctl -b --no-pager > ~/boot.log

Открыл файл...а там конечно ОЧЕНЬ много информации ) без предыдущей команды, в этот файл записалась нужная информация? как понять? Я конечно могу его выложить на pastebin, но думаю там пол дня придется потратить чтобы найти нужную строку (

Про plymouth тоже прочел. Это чисто для красоты во время загрузки? должно быть...но у меня чисто черный экран, и мееееедленно заполняющийся логотип федоры )) вот это вот и есть «красота во время загрузки»? ) Еще раз благодарю за помощь. Очень сложно найти цельную информацию в нете. Всё по кускам ищется (( Стоит параллельно Дебиан 9-й, там не ставились по-умолчанию бамблби (оно мне там и не нужно), и там загрузка занимает около 30 секунд...

Levan-san
() автор топика
Ответ на: комментарий от bodqhrohro_promo

plymouth там скорее всего просто сидит и ждет пока остальные закончат, какой смысл его убивать

alpha ★★★★★
()
Ответ на: Спасибо за помощь! от Levan-san

Открыл файл...а там конечно ОЧЕНЬ много информации )

Нормально, выкладывай, даже без дебага полезно посмотреть.

пишет что systemd.log_level=debug команда не найдена

Это не в терминал надо вбивать, а добавить в груб. Когда появляется меню груба, нажать на строке 'e' и к строке вида

linux   /boot/vmlinuz-4.15.0-1-amd64 root=UUID=777656cd-828e-48bf-a969-b56f641e94b8 ro  zswap.zpool=zsmalloc quiet

дописать что было типа так (UUID у тебя свой будет, и номер ядра)

linux   /boot/vmlinuz-4.15.0-1-amd64 root=UUID=777656cd-828e-48bf-a969-b56f641e94b8 ro  systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M printk.devkmsg=on

Потом нажать Ctrl+x для применения и загрузки с этими параметрами, это на один раз, не сохраняется изменения. Загрузка продолжится. Это выведет в лог еще больше информации.

Про plymouth тоже прочел. Это чисто для красоты во время загрузки? должно быть...но у меня чисто черный экран, и мееееедленно заполняющийся логотип федоры ))

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

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 3)

У тебя долгая загрузка каждый раз или после обновления ядра?

Если два раза подряд перезагрузиться - оба по 6 минут будут?

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

Hint: Во время загрузки когда видишь заполняющийся логотип федоры можно нажать ESC и посмотреть лог в реальном времени.

alpha ★★★★★
()
Ответ на: Спасибо за помощь! от Levan-san

И еще забыл добавить - ничего с системой не делал. Всё установлено «из коробки». Едиственное, что конечно добавлял всякие мессенджеры и т.д. Дрова (тот же бамблби) не трогал. Система изначально так долго грузится. Обновления делаю часто

sudo dnf update

каждый день что-то новое приходит. Не было не дня, чтобы после этой команды что-то не обновилось )

Levan-san
() автор топика
Ответ на: комментарий от Levan-san

Это не весь, попробуй сюда https://privatebin.net/ прокрути, проверь время, то что щас выложилось в одной секунде всего, там должны быть минуты разницы

mandala ★★★★★
()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от mandala

Только заметил что действительно вся разница в секунде...как так то?! столько событий обработалось за 1 секунду? такое может быть? Логи сделал как Вы написали. Той командой. Как по-другому сделать? Сорри за глупые вопросы ( система для меня пока сложная

Levan-san
() автор топика
Ответ на: комментарий от alpha

Логи есть

апр 16 15:51:51 localhost.localdomain systemd[1]: Starting Compiling NVidia Driver...
апр 16 15:51:51 localhost.localdomain bumblebee-nvidia[1854]: --force compile selected via /etc/sysconfig/nvidia/compile-nvidia-driver
апр 16 15:51:54 localhost.localdomain bumblebee-nvidia[1854]: Building NVIDIA video drivers: Creating directory NVIDIA-Linux-x86_64-39
апр 16 15:52:05 localhost.localdomain bumblebee-nvidia[1854]: Verifying archive integrity... OK
апр 16 15:52:12 localhost.localdomain bumblebee-nvidia[1854]: Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 390.48
апр 16 15:53:25 localhost.localdomain bumblebee-nvidia[1854]:                                    [  OK  ]
апр 16 15:53:25 localhost.localdomain bumblebee-nvidia[1854]: Relabeled /etc/ld.so.cache from system_u:object_r:etc_t:s0 to system_u:o
апр 16 15:53:25 localhost.localdomain systemd[1]: Started Compiling NVidia Driver.
апр 16 15:55:13 localhost.localdomain systemd[1]: Stopped Compiling NVidia Driver.

Levan-san
() автор топика
Ответ на: комментарий от anonymous

а...ну там только скайп я подрубил. И забыл написать, что стоит последний Gnome. Никаких других DE дополнительно не ставил

Levan-san
() автор топика

livesys-late.service
livesys.service

выключи, они точно не нужны.

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

Так в том то и дело ) Дебиан нормально грузится (приемлемо, до минуты), даже винда 10 (с которой упорно хочу съехать) грузится понт времени. А вот федора что-то чудит. Хочу разобрать что ей нужно, и от чего могу избавиться

Levan-san
() автор топика
Ответ на: комментарий от Levan-san

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

Есть тут ещё страдальцы с nvidia, у вас тоже так?

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

Только что, ради эксперимента (понял по логу что он пересобирает драйвер), перезагрузился несколько раз...в итоге время снизилось до 3 с лишним минут, и в systemd-analyze blame исчез bumblbee.service:

systemd-analyze
Startup finished in 3.241s (kernel) + 5.823s (initrd) + 3min 8.573s (userspace) = 3min 17.638s

systemd-analyze blame
         29.211s plymouth-quit-wait.service
         13.286s systemd-journal-flush.service
         12.723s dkms.service
          9.695s lvm2-monitor.service
          9.642s udisks2.service
          9.110s firewalld.service
          9.061s NetworkManager-wait-online.service
          8.186s systemd-udev-settle.service
          7.407s dev-sda8.device
          5.556s systemd-update-utmp-runlevel.service
          5.398s sssd.service
          5.023s initrd-switch-root.service
          4.939s libvirtd.service
          4.853s ModemManager.service
          3.625s abrtd.service
          2.972s switcheroo-control.service
          2.934s livesys.service
          2.923s gssproxy.service
          2.896s fwupd.service
          2.676s bluetooth.service
          2.671s avahi-daemon.service
          2.667s iio-sensor-proxy.service
          2.661s rtkit-daemon.service
          2.656s systemd-fsck@dev-disk-by\x2duuid-239f037c\x2d78f9\x2d49da\x2d9e26\x2d22d2bff59758.service
          2.490s dnf-makecache.service
          2.265s polkit.service
          2.262s systemd-fsck@dev-disk-by\x2duuid-A026\x2dF6F1.service
          1.628s packagekit.service
          1.620s dracut-initqueue.service
          1.597s chronyd.service
          1.546s systemd-udevd.service
          1.541s systemd-tmpfiles-setup-dev.service
          1.315s systemd-vconsole-setup.service
          1.063s systemd-fsck-root.service
          1.017s dmraid-activation.service
           975ms systemd-rfkill.service
           941ms accounts-daemon.service
           892ms wpa_supplicant.service
           816ms cups.service
           778ms systemd-modules-load.service
           778ms gdm.service
           753ms systemd-logind.service
           747ms user@1000.service
           735ms fedora-readonly.service
           596ms bumblebee-nvidia.service
           552ms systemd-journald.service
           529ms colord.service
           493ms upower.service
           466ms NetworkManager.service
           447ms rpc-statd-notify.service
           398ms auditd.service
           376ms home.mount
           370ms systemd-user-sessions.service
           264ms systemd-random-seed.service
           264ms systemd-tmpfiles-setup.service
           260ms systemd-sysctl.service
           242ms systemd-remount-fs.service
           219ms fedora-import-state.service
           178ms systemd-udev-trigger.service
           178ms systemd-tmpfiles-clean.service
           174ms kmod-static-nodes.service
           152ms boot-efi.mount
           147ms dracut-pre-pivot.service
           143ms nfs-config.service
           132ms sys-kernel-debug.mount
           131ms dracut-shutdown.service
           113ms systemd-backlight@backlight:intel_backlight.service
           113ms plymouth-read-write.service
           105ms initrd-parse-etc.service
            66ms dev-mqueue.mount
            64ms dev-hugepages.mount
            62ms plymouth-switch-root.service
            55ms var-lib-nfs-rpc_pipefs.mount
            52ms dracut-cmdline.service
            48ms systemd-update-utmp.service
            34ms sysroot.mount
            34ms dracut-pre-udev.service
            21ms livesys-late.service
            15ms initrd-cleanup.service
            13ms geoclue.service
            13ms plymouth-start.service
             9ms initrd-udevadm-cleanup-db.service
             6ms sys-fs-fuse-connections.mount
             5ms tmp.mount
             2ms sys-kernel-config.mount
Levan-san
() автор топика
Ответ на: комментарий от alpha

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

Levan-san
() автор топика
Ответ на: комментарий от Levan-san

Да, за секунду столько всего происходит. Тебе выше сообщением ответила alpha в чем проблема. Возможно баг.

mandala ★★★★★
()
21 июля 2018 г.
Ответ на: комментарий от alpha

fedora 27, 525gt + intel hd3000. Та же история. Причем шмель работает правильно. В логах нашел

 systemd-modules-load[578]: Failed to find module 'bbswitch' 

Сделал:

dracut /boot/initramfs-$(uname -r).img $(uname -r)
После этого ошибка пропала, но на всякий случай отрубил dkms.service (главное не забыть включить, когда ядро обновляться будет)).

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