LINUX.ORG.RU
Форум — General  

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

 ,


0

2

После установки ещё одного дистрибутива (Slackware) стала ощутимо медленнее стартовать Fedora. Так как при установке использовал тот же swap-раздел, то отключал его от системы через swapoff в GParted (надо было разметить диск), но потом подключил и поменял UUID в /etc/fstab.
Время теряется на этапе загрузки логотипа. Раньше запускалась 40-50 секунд, сейчас около трёх минут. Подскажите, что ещё можно проверить и как ускорить загрузку?

★★
← Посоны, я тут со своей yum проблемой
удалил файл, а место осталось.. →
Ответ на: комментарий от Black_Roland 
systemctl --failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
Hasek ★★
() автор топика
Ответ на: комментарий от Black_Roland

Обновил, перезагрузился, ничего не поменялось. После ввода dracut -f -v было: 

Executing: /sbin/dracut -f -v
dracut module 'busybox' will not be installed, because command 'busybox' could not be found!
95nfs: Could not find any command of 'rpcbind portmap'!
dracut module 'busybox' will not be installed, because command 'busybox' could not be found!
95nfs: Could not find any command of 'rpcbind portmap'!
*** Including module: bash ***
*** Including module: i18n ***
*** Including module: network ***
*** Including module: ifcfg ***
*** Including module: drm ***
*** Including module: plymouth ***
*** Including module: kernel-modules ***
*** Including module: fcoe ***
*** Including module: fcoe-uefi ***
*** Including module: resume ***
*** Including module: rootfs-block ***
*** Including module: terminfo ***
*** Including module: udev-rules ***
Skipping udev rule: 91-permissions.rules
Skipping udev rule: 80-drivers-modprobe.rules
*** Including module: biosdevname ***
*** Including module: systemd ***
*** Including module: usrmount ***
*** Including module: base ***
*** Including module: fs-lib ***
*** Including module: shutdown ***
*** Including module: uefi-lib ***
*** Including modules done ***
*** Installing kernel module dependencies and firmware ***
*** Installing kernel module dependencies and firmware done ***
*** Resolving executable dependencies ***
*** Resolving executable dependencies done***
*** Hardlinking files ***
*** Hardlinking files done ***
*** Stripping files ***
*** Stripping files done ***
*** Generating early-microcode cpio image ***
*** Constructing GenuineIntel.bin ****
*** Store current command line parameters ***
Stored kernel commandline:
No dracut internal kernel commandline stored in initrd
*** Creating image file ***
*** Creating image file done ***

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

Некуда. Но всё равно как-то странно и жалко, что, казалось бы, на ровном месте время загрузки увеличилось в три раза.

Hasek ★★
() автор топика
Ответ на: комментарий от Black_Roland 
systemd-analyze time
Startup finished in 1.469s (kernel) + 1min 32.268s (initrd) + 59.430s (userspace) = 2min 33.169s


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 @59.423s
└─multi-user.target @59.423s
  └─crond.service @33.560s
    └─systemd-user-sessions.service @33.337s +171ms
      └─remote-fs.target @33.337s
        └─remote-fs-pre.target @33.337s
          └─iscsi-shutdown.service @33.336s
            └─network.target @33.252s
              └─wpa_supplicant.service @36.151s +1.268s
                └─basic.target @19.039s
                  └─paths.target @19.039s
                    └─cups.path @19.039s
                      └─sysinit.target @19.022s
                        └─systemd-update-utmp.service @18.902s +118ms
                          └─auditd.service @18.789s +111ms
                            └─systemd-tmpfiles-setup.service @18.441s +345ms
                              └─systemd-journal-flush.service @4.236s +14.194s
                                └─systemd-remount-fs.service @4.200s +25ms
                                  └─systemd-fsck-root.service @3.274s +924ms
                                    └─system.slice
                                      └─-.slice



systemd-analyze blame
    1min 39.792s dev-sda7.device
         25.909s plymouth-quit-wait.service
         14.194s systemd-journal-flush.service
         11.393s firewalld.service
          9.321s systemd-udev-settle.service
          5.908s cups.service
          4.625s accounts-daemon.service
          3.667s dnf-makecache.service
          3.489s abrt-ccpp.service
          2.685s abrtd.service
          2.220s systemd-rfkill@rfkill0.service
          2.203s lvm2-monitor.service
          2.183s systemd-udevd.service
          2.027s packagekit.service
          1.893s ModemManager.service
          1.586s gdm.service
          1.521s NetworkManager.service
          1.461s plymouth-start.service
          1.438s polkit.service
          1.268s wpa_supplicant.service
          1.224s systemd-tmpfiles-setup-dev.service
          1.149s chronyd.service
          1.099s colord.service
974ms avahi-daemon.service
           924ms systemd-fsck-root.service
           811ms fedora-readonly.service
           776ms systemd-journald.service
           687ms bluetooth.service
           633ms systemd-tmpfiles-clean.service
           619ms systemd-sysctl.service
           618ms dev-hugepages.mount
           616ms dev-mqueue.mount
           598ms mcelog.service
           566ms sys-kernel-debug.mount
           504ms systemd-random-seed.service
           410ms user@42.service
           397ms dev-disk-by\x2duuid-416979d0\x2db3dc\x2d4831\x2da5e9\x2d31d3ef5b
           384ms dmraid-activation.service
           377ms systemd-fsck@dev-disk-by\x2duuid-b654c06b\x2d02c9\x2d4612\x2dacc
           356ms fedora-import-state.service
           345ms systemd-tmpfiles-setup.service
           322ms systemd-rfkill@rfkill1.service
           310ms livesys.service
           305ms systemd-backlight@backlight:intel_backlight.service
           288ms kmod-static-nodes.service
           285ms dracut-shutdown.service

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

В прошлом сообщении отрезался конец вывода systemd-analyze blame, вот недостающее: 

322ms systemd-rfkill@rfkill1.service
           310ms livesys.service
           305ms systemd-backlight@backlight:intel_backlight.service
           288ms kmod-static-nodes.service
           285ms dracut-shutdown.service
           282ms systemd-logind.service
           252ms rtkit-daemon.service
           218ms plymouth-read-write.service
           195ms systemd-udev-trigger.service
           171ms systemd-user-sessions.service
           140ms home.mount
           118ms systemd-update-utmp.service
           111ms auditd.service
           103ms user@1000.service
            97ms udisks2.service
            61ms systemd-vconsole-setup.service
            57ms upower.service
            25ms systemd-remount-fs.service
            10ms livesys-late.service
             7ms sys-fs-fuse-connections.mount
             6ms systemd-update-utmp-runlevel.service
             2ms tmp.mount
             1ms sys-kernel-config.mount

Hasek ★★
() автор топика

выключи плимуз при запуске: plymouth=0 и убери silent, пускай логи в консоль пишет и смотри, мож системд висит на монтировании чего-либо

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

она вся такая;

лично я, на сервак ставил её-совершенно отдельно, (только галлерейные заставки были от Мандривы). А, так проблема изначальна и стара. Можно ещё попробовать btrfs, но, особого ускорения я как-то не ожидаю от такой.

anonymous
()

а ставил бы арчик получил бы 

Startup finished in 3.584s (kernel) + 6.815s (userspace) = 10.400s

graphical.target @6.809s
└─multi-user.target @6.809s
  └─NetworkManager.service @2.597s +4.046s
    └─basic.target @2.595s
      └─sockets.target @2.595s
        └─dbus.socket @2.594s
          └─sysinit.target @2.563s
            └─systemd-rfkill@rfkill0.service @5.841s +144ms
              └─system-systemd\x2drfkill.slice @5.840s
                └─system.slice @1.057s
                  └─-.slice @1.056s




4.876s dev-sda3.device
          4.046s NetworkManager.service
          3.251s systemd-logind.service
          3.142s alsa-restore.service
          3.141s systemd-user-sessions.service
           748ms systemd-udevd.service
           596ms polkit.service
           516ms systemd-tmpfiles-setup-dev.service
           450ms systemd-journald.service
           427ms wpa_supplicant.service
           259ms systemd-udev-trigger.service
           255ms systemd-tmpfiles-setup.service
           241ms systemd-update-utmp.service
           221ms user@1000.service
           210ms systemd-random-seed.service
           209ms systemd-timesyncd.service
           208ms sys-kernel-debug.mount
           207ms systemd-tmpfiles-clean.service
           207ms systemd-vconsole-setup.service
           206ms dev-mqueue.mount
           180ms tmp.mount
           177ms systemd-remount-fs.service
           176ms kmod-static-nodes.service
           176ms dev-hugepages.mount
           164ms systemd-sysctl.service
           163ms udisks2.service
           144ms systemd-rfkill@rfkill0.service
           142ms upower.service
           129ms systemd-journal-flush.service
           117ms systemd-modules-load.service
           106ms systemd-backlight@backlight:acpi_video0.service
            87ms systemd-backlight@backlight:radeon_bl0.service
            69ms systemd-rfkill@rfkill1.service
             4ms sys-kernel-config.mount


давайте еще пофаломеряемся?

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

спасибо, 

Startup finished in 4.018s (kernel) + 33.341s (userspace) = 37.360s

└─multi-user.target @33.331s
  └─virtualbox.service @33.050s +280ms
    └─network-online.target @33.048s
      └─network.target @27.436s
        └─NetworkManager.service @24.434s +3.000s
          └─basic.target @24.422s
            └─sockets.target @24.422s
              └─cups.socket @24.422s
                └─sysinit.target @24.420s
                  └─networking.service @24.231s +188ms
                    └─apparmor.service @24.036s +192ms
                      └─local-fs.target @24.031s
                        └─home.mount @23.996s +32ms
                          └─systemd-fsck@dev-disk-by\x2duuid-b4ce17bf\x2db9ff\x2d403c\x2da79e\x2d10493afad0a4.service @23.648s +332ms
                            └─local-fs-pre.target @23.646s
                              └─systemd-remount-fs.service @23.618s +5ms
                                └─systemd-fsck-root.service @23.443s +172ms
                                  └─systemd-journald.socket @3.344s
                                    └─-.slice @3.342s

19.452s systemd-udev-settle.service
          9.077s dev-disk-by\x2duuid-179a4b77\x2da493\x2d420d\x2d9e98\x2de6abf93a8508.device
          5.611s NetworkManager-wait-online.service
          3.917s gpu-manager.service
          3.000s NetworkManager.service
          2.568s plymouth-quit-wait.service
          2.524s ModemManager.service
          2.513s accounts-daemon.service
          2.302s systemd-udevd.service
          1.956s udisks2.service
          1.942s systemd-modules-load.service
          1.714s systemd-tmpfiles-setup-dev.service
          1.702s systemd-tmpfiles-clean.service
          1.690s plymouth-start.service
          1.604s thermald.service
          1.505s grub-common.service
          1.328s apport.service
          1.020s upower.service
хм, какой-то диск подключает долго (наверное винду))

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

на этом компе виртуалка с дебианом: 

Startup finished in 5.499s (kernel) + 27.853s (userspace) = 33.353s
root@debian:/var/log# systemd-analyze critical-chain
graphical.target @27.844s
└─multi-user.target @27.844s
  └─avahi-daemon.service @27.134s +710ms
    └─basic.target @14.535s
      └─paths.target @14.535s
        └─acpid.path @14.535s
          └─sysinit.target @14.432s
            └─nfs-common.service @13.734s +697ms
              └─rpcbind.target @13.733s
                └─rpcbind.service @13.609s +123ms
                  └─network-online.target @13.609s
                    └─network.target @13.609s
                      └─ifup@eth0.service @13.608s
                        └─networking.service @8.612s +4.994s
                          └─systemd-random-seed.service @8.510s +100ms
                            └─systemd-remount-fs.service @8.357s +151ms
                              └─keyboard-setup.service @4.743s +3.600s
                                └─systemd-udevd.service @4.685s +55ms
                                  └─systemd-tmpfiles-setup-dev.service @3.625s +1.057s
                                    └─kmod-static-nodes.service @3.328s +295ms
                                      └─system.slice @3.285s
                                        └─-.slice @3.283s
root@debian:/var/log# systemd-analyze blame
         12.960s wicd.service
         10.787s ModemManager.service
         10.723s NetworkManager.service
.....
дико извиняюсь у ТС что в его теме пишу (ну может ему для сравнения пойдет)

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

Вряд ли, поскольку я этот раздел не трогал при переразбиении диска и раньше на нём проблем не замечалось.

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

На старом ядре грузится так же. UUID фактический и в fstab совпадают.

Hasek ★★
() автор топика

надо было разметить диск

Мне кажется разметка кривовата может быть, нэ?

И еще, вроде как последние версии systemd пытаются автоматически найти root разделы на диске, вроде даже как игнорируя fstab.

Подозреваю, с появлением второго / раздела, systemd стал слишком много умничать. Нужно как-то заставить его не умничать а руководствоваться fstab

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

Startup finished in 2.864s (firmware) + 1.898s (loader) + 892ms (kernel) + 2.380s (initrd) + 7.660s (userspace) = 15.695s

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

В прошлом сообщении отрезался конец вывода systemd-analyze blame

Чтобы не отрезалось 

mycommand > >(xclip -selection clipboard)
И потом только в бровсер втыкаешь CTRL+V

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

# systemd-analyze time
# systemd-analyze critical-chain
# systemd-analyze blame

systemd!
создаем крупные головняки
чтобы мужественно их решать
коммунизм настал
теперь и в GNU

Csandriel
()

Недостаточно просто поменять UUID в /etc/fstab. Еще нужно перегенерировать образ initramfs. Сделайте:

# dracut --regenerate-all --force

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

У ТС винт говно, а виноват во всем шиштемд. Бгг.

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

У меня нетбук с 900MHz процессором и паятью на 400MHz, а у тебя ядро грузится на 2 секунды дольше. И да, какой-то ssd стоит.

aplay ★★★★★
()

Fedora вообще сама по себе тормознутый дистрибутив, хз что от него прутся некоторые, ползовался тоже какое-то время давно им пока Debian не попробовал.

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

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

Hasek ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Посоны, я тут со своей yum проблемой
General
удалил файл, а место осталось.. →