LINUX.ORG.RU

Ускорить загрузку системы?

 , ,


0

1

Относительно свежая установка системы. Надо сказать, что на предыдущей установке ОС наблюдалось тоже самое. Винт или нет? Как проверить? Можно ли ускорить?

Startup finished in 6.802s (kernel) + 28.644s (userspace) = 35.447s 
graphical.target reached after 28.630s in userspace
https://i.imgur.com/ldqtn6i.png
graphical.target @28.630s
└─multi-user.target @28.630s
  └─hddtemp.service @27.981s +648ms
    └─network-online.target @27.979s
      └─NetworkManager-wait-online.service @19.038s +8.940s
        └─NetworkManager.service @9.939s +9.097s
          └─dbus.service @9.934s
            └─basic.target @9.596s
              └─sockets.target @9.596s
                └─uuidd.socket @9.596s
                  └─sysinit.target @9.451s
                    └─swap.target @9.451s
                      └─dev-disk-by\x2duuid-efd07bce\x2d0078\x2d4d15\x2d940c\x2d9729f01cdb44.swap @9.123s +327ms
                        └─dev-disk-by\x2duuid-efd07bce\x2d0078\x2d4d15\x2d940c\x2d9729f01cdb44.device @9.121s
    24.026s man-db.service
         12.321s udisks2.service
         10.876s ModemManager.service
          9.180s accounts-daemon.service
          9.097s NetworkManager.service
          8.940s NetworkManager-wait-online.service
          7.928s avahi-daemon.service
          7.922s rsyslog.service
          7.700s systemd-logind.service
          7.595s e2scrub_reap.service
          7.592s wpa_supplicant.service
          7.338s networking.service
          7.166s dev-sdb3.device
          7.055s ifupdown-pre.service
          6.092s alsa-restore.service
          2.444s colord.service
          2.420s lightdm.service
          2.372s plymouth-quit-wait.service
          2.193s systemd-udevd.service
          2.026s apparmor.service
          2.009s e2scrub_all.service
          1.832s pppd-dns.service
          1.614s lm-sensors.service
          1.139s keyboard-setup.service
          1.104s logrotate.service
          1.043s polkit.service
          1.004s upower.service
           913ms systemd-tmpfiles-setup.service
           828ms systemd-journald.service
           752ms systemd-remount-fs.service
           722ms dev-mqueue.mount
           660ms systemd-timesyncd.service
           648ms hddtemp.service
           648ms user@1000.service
           647ms dev-hugepages.mount
           645ms sys-kernel-debug.mount
           619ms systemd-udev-trigger.service
           505ms console-setup.service
           432ms plymouth-read-write.service
           426ms kmod-static-nodes.service

Deleted

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

там зачем-то по-дефолту мультиюзер-таргет, а за ним и графикал-таргет, зависят от наличия сети. если уберёшь зависимость, то будет быстрее загружаться. я точно не помню, но там надо как-то редактировать юниты так, чтобы они полностью перезаписывались, а то, думаешь, сделал всё как надо, а на самом деле в онлайн-документации на одной из глубоко закопанных страниц мелким шрифтом внизу написано: «для таких-то и таких-то юнитов это не работает, делай всё по новой».

anonymous
()

Как проверить?

Поставь в контейнер.

~$lxc list
+---------+---------+----------------------+------------+
|  NAME   |  STATE  | IPV4                 |    TYPE    |
+---------+---------+----------------------+------------+
| penguin | RUNNING | 100.115.92.201 (eth0)| PERSISTENT |          
+---------+---------+---+------+-----------+------------+
~$ systemd-analyze blame
         14.435s apt-daily.service
          7.645s apt-daily-upgrade.service
          2.452s user@1000.service
           644ms polkit.service
           415ms networking.service
           257ms keyboard-setup.service
           238ms systemd-journald.service
           238ms packagekit.service
           185ms systemd-logind.service
           169ms cros-sftp.service
           140ms systemd-resolved.service
           116ms sudo.service
           106ms systemd-networkd.service
           106ms rtkit-daemon.service
           104ms systemd-tmpfiles-setup-dev.service
            72ms dev-mqueue.mount
            50ms systemd-sysctl.service
            47ms systemd-modules-load.service
            36ms systemd-tmpfiles-clean.service
            32ms systemd-remount-fs.service
            25ms console-setup.service
            21ms systemd-user-sessions.service
            20ms systemd-networkd-wait-online.service
            14ms systemd-tmpfiles-setup.service
             8ms systemd-update-utmp-runlevel.service
             8ms systemd-update-utmp.service
             7ms systemd-journal-flush.service

e000xf000h
()

Можно ли ускорить?

Можно: запхнуть всё это в squashfs. Останется только подружить его с systemd. Да.

anonymous
()

Во-первых, данная загрузка непоказательна, потому что сработал man-db.service. Короче, проведи измерения ещё раз.

Во-вторых:

  • конпилишь (устанавливаешь) zen- или clear-ядро;
  • собираешь минимальный initramfs (или вообще загружаешься без него, если вконпилил все необходимые модули в ядро);
  • настраиваешь сайлент бут;
  • вырубаешь все ненужные сервисы;
  • отвязываешь systemd-user-sessions.service от network.target;
  • в случае проблем с энтропией ставишь haveged.

На моём десятилетнем ноуте с ssd такие результаты:

Startup finished in 3.248s (kernel) + 3.589s (userspace) = 6.837s 
multi-user.target reached after 3.587s in userspace
rassol
()
Ответ на: комментарий от anti_win

Как то на предыдущей системе уже пробовал отключать, в результате стали вылазить другие процессы которые долго грузились. Ок, попробую еще на этой.

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

А может это норма для hdd? У родственника приблизительно такой же пк 10тилетней давности и Убунту 18.04, грузится столько же долго, судя по цифрам 30сек, хотя реально кажется дольше.

Deleted
()

24.026s man-db.service

systemctl mask man-db.timer

Оптимизировать mkinitcpio.conf выключив ненужные модули.

Уменьшить размер лога systemd, отредактирвав /etc/systemd/journald.conf директива SystemMaxUse=

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

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

А чтобы не нарваться на A stop job is running for session советую воспользоваться этим.

Prosto_user ★★★
()

plymouth-read-write.service, kmod-static-nodes.service, dev-mqueue.mount, dev-hugepages.mount, e2scrub_all.service, colord.service, plymouth-quit-wait.service, e2scrub_reap.service, avahi-daemon.service, accounts-daemon.service, man-db.service

Кто это за звери и зачем они нужны?

И почему оно ждёт NM прежде чем монтировать диски, хотя должно быть наоборот.

Ну и hddtemp было бы неплохо поднимать не при запуске, а через минуту после. Только я вообще хз как это системд объяснить.

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

Что поделать, его не для людей делали. сис-в подобные иниты куда проще настраиваются.

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

генту/опенрц или девуан/сисв-инит. Примитивно, почти последовательно, но на хдд может быть не медленнее. Девуан проще разумеется. Капитально завязаные на системд пакеты работать не будут - явный минус. В системе намного меньше мусора по дефолту - это плюс. По настройке запуска использовать генту хэндбук и старые мануалы 5-10 летней давности. Если что, всегда можно самому написать более-менее рабочий скрипт или дописать нужное в /etc/rc.local (кажется это в девуане а не в генту).

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

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

генту/опенрц или девуан/сисв-инит.

Ясно, спасибо! Генту - страшно еще, а Девуан возможно буду пробовать, а на сколько он отстает от Дебинан10 и на сколько по пакетам совместим?

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

а на сколько он отстает от Дебинан10

Конкретизируй! Что именно вызывает у тебя сомнения? Какой именно пакет?

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

Там нет systemd, из-за чего не работает GNOME 3 и KDE 5, ну и ещё ряд мелочей. Пакеты его по сути пакеты Debian, его репозитории — оверлей.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от kirill_rrr

Кстати у меня еще Минт параллельно установлен последний, так он на глаз грузится и работает шустрее чем последний Дебиан.

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

Кстати, о дебианах. Летом всплывала тема, что там по умолчанию включена почти вся защита от спектра и мельтдауна и за счёт этого он лагает в gtk3 приложенях и тормозит. Нагуглите как её отключить, попробуйте. А то вдруг.

Хотя в минте тоже должны были бы включить.

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

Ну тут вариант сидеть либо на дедушко бабушко древнем дистре и ловить мелкое разрешение экрана в ваине , либо покупать ssd , а можешь хром ОС поставить , но будешь постоянно в телеметрии вплоть до того какие фаилы хранятся итд. Но зато бечплатно

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

ужо) если єтого достаточно в грубконфиге

GRUB_CMDLINE_LINUX="mitigations=off"

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