Ускорение загрузки
Нижеприведённый текст рассчитан дать представление о возможностях тонкой настройки и оптимизации системы. Бездумные действия могут привести к неожиданным результатам.
Чем замеряем
первое, что нам потребуется — это не большая утилита, которая умеет по логам строить интересный график
systemd-analyze из пакета:
Для начала построим наш график до того, как что-то навыключали:
systemd-analyze plot > ~/default.svg
Ну графике есть три довольно значимых этапа загрузки:
Startup finished in 843ms (kernel) + 8841ms (initramfs) + 24549ms (userspace) = 34235ms
Ну с ядром мы вряд ли что-то поделаем — не пересобирать же его, а вот с остальными двумя очень даже, и так приступим.
Общие рекомендации
- не используем софтрейд
- не используем разделы LVM
- отключаем и выкидываем ненужные для нашего оборудования модули и скрипты.
- отключаем ненужные сервисы
Выкидываем лишнее из initramfs
дописываем в конец конфигурационного файла dracut:
echo 'omit_dracutmodules+="i18n plymouth resume"' >> /etc/dracut.conf.d/50-dracut-rosa.conf
dracut -f /boot/initrd-$(uname -r).img
Некоторые опции ядра
в файле /etc/default/grub находим параметр GRUB_CMDLINE_LINUX_DEFAULT и приводим его к такому виду:
GRUB_CMDLINE_LINUX_DEFAULT='splash=silent logo.nologo quiet nouveau.modeset=0 rootfstype=ext4 plymouth.enable=0'
теперь необходимо перегенерить конфиг груба:
Ускоряем запуск userspace
systemctl enable systemd-readahead-collect.service systemd-readahead-replay.service systemctl start systemd-readahead-collect.service systemd-readahead-replay.service
Если у Вас выделен на отдельный раздел /home то имеет смысл к опциям его монтирования в файле /etc/fstab добавить такие строки noauto,x-systemd.automount
А дальше отключаем кучу ненужных сервисов:
systemctl disable mysqld.service systemctl disable polkit.service systemctl disable acpid.service systemctl disable apmd.service systemctl disable console-kit-daemon.service systemctl disable wine.service systemctl disable mdadm.service systemctl mask mdadm.service systemctl mask systemd-ask-password-plymouth.path systemctl mask plymouth-start.service systemctl disable laptop-mode.service systemctl disable bluetooth.service systemctl disable wpa_supplicant.service systemctl mask mandrake_everytime.service systemctl mask mysqld.service systemctl mask dev-hugepages.mount systemctl mask fedora-storage-init-late.service systemctl mask fedora-storage-init.service systemctl mask console-kit-log-system-start.service systemctl disable lm_sensors.service systemctl mask systemd-vconsole-setup.service systemctl disable rpcbind.service systemctl disable autofs.service systemctl mask partmon.service systemctl mask plymouth-read-write.service systemctl disable rsyslog.service systemctl disable postfix.service systemctl mask avahi-daemon.service systemctl mask sys-kernel-debug.mount systemctl mask mandriva-save-dmesg.service systemctl mask mandriva-kmsg-loglevel.service
Примечание
Некоторые сервисы Вам могут быть необходимы. Например, при использовании «легких» оконных сред (LXDE, XFCE) вам может понадобиться acpid.
Избавляемся от GRUB
Если у Вас ROSA стоит как единственная система, то видеть меню выбора загрузки вовсе не обязательно т.к. выбирать там особо нечего, а это все драгоценные секунды. И еще, такой фокус возможен только если у Вас EFI загрузка.
копируем Ваше ядро и initrd на раздел EFI (по умолчанию он должен быть смонтирован в /boot/efi)
cp /boot/vmlinuz-$(uname -r) /boot/efi/EFI/rosa/ cp /boot/initrd-$(uname -r).img /boot/efi/EFI/rosa/
И добавляем пункт загрузки в BIOS:
efibootmgr --create --gpt --disk /dev/sda --part 1 \ --write-signature --label "ROSA Linux (kernel-$(uname -r))" \ --loader "\EFI\rosa\vmlinuz-$(uname -r)" \ -u "$(cat /proc/cmdline) initrd=/EFI/rosa/initrd-$(uname -r).img"
- —part 1 — это тот самый раздел который смонтирован в /boot/efi/
- наш диск /dev/sda имеет разделы GPT (в принципе это все дефолтовые параметры при установке системы на чистый носитель)
- тут мы копируем текущее загруженное ядро. Если нужно загрузить другую версию ядра то строку $(uname -r) замените на нужную Вам версию.
Примечание
Эти шаманства придется проделывать каждый раз при обновлении ядра. И у Вас будет отсутствовать возможность выбрать загрузку другой системы, но такая возможность останется через настройки BIOS. Если система работает с включённым Secure Boot, то его придётся отключить, так как ядро не содержит необходимой подписи.
Итог:
Циферки говорят сами за себя:
Startup finished in 937ms (kernel) + 974ms (initramfs) + 2887ms (userspace) = 4800ms
Долгая загрузка Ubuntu
Добрый день. Недавно поставил Ubuntu и он неоправданно долго грузиться.
Результат команды systemd-analyze time:
Startup finished in 2.660s (kernel) + 1min 52.195s (userspace) = 1min 54.856s graphical.target reached after 1min 52.154s in userspace
Результат команды systemd-analyze blame:
1min 43.809s plymouth-quit-wait.service 11.058s gdm.service 5.718s snapd.service 4.770s networkd-dispatcher.service 4.019s NetworkManager-wait-online.service 3.953s dev-sdb5.device 3.839s ModemManager.service 3.381s udisks2.service 2.951s e2scrub_reap.service 2.802s accounts-daemon.service 2.252s NetworkManager.service 1.884s grub-initrd-fallback.service 1.694s systemd-logind.service 1.687s thermald.service 1.652s rsyslog.service 1.648s grub-common.service 1.644s wpa_supplicant.service 1.402s dev-loop2.device 1.357s dev-loop8.device 1.326s dev-loop6.device 1.320s dev-loop0.device 1.317s dev-loop5.device 1.258s apport.service 1.258s bluetooth.service 1.225s dev-loop3.device 1.181s systemd-journal-flush.service 986ms dev-loop4.device 969ms systemd-resolved.service 888ms fwupd.service 857ms polkit.service 848ms gpu-manager.service 840ms dev-loop7.device 797ms dev-loop1.device 673ms pppd-dns.service 566ms systemd-udevd.service 539ms upower.service 461ms apparmor.service 391ms plymouth-start.service 312ms systemd-sysctl.service 280ms systemd-modules-load.service 279ms systemd-journald.service 235ms switcheroo-control.service 211ms systemd-sysusers.service 211ms snap-core-7917.mount 206ms systemd-fsck@dev-disk-by\x2duuid-f128339a\x2d1ea9\x2d4b24\x2dbb 206ms systemd-tmpfiles-setup.service 193ms snap-gnome\x2d3\x2d28\x2d1804-71.mount 189ms user@124.service 188ms systemd-timesyncd.service 185ms systemd-random-seed.service 183ms snap-gnome\x2dcalculator-501.mount 171ms snap-core18-1223.mount 162ms snap-gnome\x2dcharacters-359.mount 158ms keyboard-setup.service 152ms systemd-tmpfiles-setup-dev.service 151ms snap-gtk\x2dcommon\x2dthemes-1353.mount 142ms snap-gnome\x2dlogs-81.mount 125ms colord.service 123ms snap-gnome\x2dcharacters-317.mount 114ms systemd-remount-fs.service 112ms dev-disk-by\x2duuid-33722b57\x2d272b\x2d4ce7\x2d9853\x2df6e9b85 104ms snap-gnome\x2dcalculator-536.mount 99ms systemd-udev-trigger.service 89ms kmod-static-nodes.service 79ms systemd-tmpfiles-clean.service 69ms systemd-update-utmp.service 62ms bolt.service 60ms kerneloops.service 58ms plymouth-read-write.service 56ms rtkit-daemon.service 52ms systemd-rfkill.service 47ms openvpn.service 45ms ufw.service 45ms user@1000.service 39ms home.mount 35ms dev-hugepages.mount 34ms sys-kernel-debug.mount 34ms dev-mqueue.mount 27ms console-setup.service 26ms setvtrgb.service 25ms snapd.seeded.service 19ms systemd-user-sessions.service 16ms user-runtime-dir@124.service 10ms snapd.socket 8ms user-runtime-dir@1000.service 5ms systemd-update-utmp-runlevel.service 4ms avahi-daemon.service 1ms sys-fs-fuse-connections.mount 1ms sys-kernel-config.mountloop0 7:0 0 4,2M 1 loop /snap/gnome-calculator/536 loop1 7:1 0 956K 1 loop /snap/gnome-logs/81 loop2 7:2 0 14,8M 1 loop /snap/gnome-characters/317 loop3 7:3 0 44,2M 1 loop /snap/gtk-common-themes/1353 loop4 7:4 0 54,5M 1 loop /snap/core18/1223 loop5 7:5 0 14,8M 1 loop /snap/gnome-characters/359 loop6 7:6 0 4,2M 1 loop /snap/gnome-calculator/501 loop7 7:7 0 149,9M 1 loop /snap/gnome-3-28-1804/71 loop8 7:8 0 89,1M 1 loop /snap/core/7917 sda 8:0 0 931,5G 0 disk ├─sda1 8:1 0 579M 0 part ├─sda2 8:2 0 99,4G 0 part └─sda3 8:3 0 831,5G 0 part sdb 8:16 0 1,8T 0 disk ├─sdb1 8:17 0 30,5G 0 part [SWAP] ├─sdb2 8:18 0 1K 0 part ├─sdb5 8:21 0 47,7G 0 part / └─sdb6 8:22 0 1,8T 0 part /home How can I triage slow userspace boot time?
I am experiencing extremely slow userspace load time compared to the kernel loading time, as it can be seen in this systemd-analyze :
jnavarro@almanzora:~$ systemd-analyze Startup finished in 14.134s (kernel) + 1min 30.675s (userspace) = 1min 44.809s graphical.target reached after 12.124s in userspace jnavarro@almanzora:~$ systemd-analyze blame 7.387s NetworkManager-wait-online.service 6.863s plymouth-quit-wait.service 1.996s docker.service 1.966s exim4.service 1.895s systemd-cryptsetup@luks\foo\bar\zaz\.service 1.256s fwupd.service 1.061s upower.service 1.008s alsa-restore.service 978ms dev-mapper-almanzora\foo\bar\zaz.device 756ms udisks2.service Any idea where I can find what is slowing down my boot time? Seems like systemd cannot help me anymore. —EDIT— systemd-analyze critical-chain output:
jnavarro@almanzora:~$ 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 @12.124s └─multi-user.target @12.124s └─docker.service @10.127s +1.996s └─network-online.target @10.125s └─NetworkManager-wait-online.service @2.737s +7.387s └─NetworkManager.service @2.416s +319ms └─dbus.service @2.413s └─basic.target @2.392s └─sockets.target @2.392s └─docker.socket @2.390s +1ms └─sysinit.target @2.387s └─sys-fs-fuse-connections.mount @22.662s +9ms └─systemd-modules-load.service @548ms +95ms └─systemd-journald.socket @531ms └─-.mount @526ms └─systemd-journald.socket @531ms └─. долго загружается ubuntu c ssd
Доброго времени суток! Подскажите пожалуйста, почему ubuntu 16.10 (которая стоит на ssd) загружается больше 3х минут? Покопался в интернете, собрал информацию, но непонятно, что она значит. Если кратко — долго загружается userspace Моя система:
4.8.0-30-generic #32-Ubuntu SMP Fri Dec 2 03:43:27 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux allex@allex-K501LB:~$ systemd-analyze Startup finished in 4.100s (firmware) + 5.372s (loader) + 8.373s (kernel) + 3min 734ms (userspace) = 3min 18.581s 
2 ответа 2
нашел статью. попробую по ней разобраться
allex@allex-K501LB:~$ 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 @1min 31.434s └─multi-user.target @1min 31.434s └─click-system-hooks.service @1min 30.890s +543ms └─basic.target @1min 30.774s └─sockets.target @1min 30.774s └─snapd.socket @1min 30.772s +1ms └─sysinit.target @1min 30.771s └─apparmor.service @1.746s +1.125s └─local-fs.target @1.741s └─run-user-1000-gvfs.mount @1min 56.089s └─run-user-1000.mount @1min 55.594s └─local-fs-pre.target @701ms └─systemd-remount-fs.service @693ms +6ms └─systemd-journald.socket @583ms └─-.slice @581ms