Как ускорить время загрузки на lubuntu

1. Предел размера журнала

Трудоемкое systemd-journal-flush.service может быть настроен пределом размера журнала.
Отредактируйте файл конфигурации Журнала

sudo nano /etc/systemd/journald.conf

# uncomment and configure the value
SystemMaxUse=50M
# personnaly i use 2M ;)

# Then restart the journald service
sudo systemctl restart systemd-journald

1.1 Журнал моется

sudo journalctl --rotate
sudo journalctl --vacuum-time=1s

Для получения информации размер журнала дан этой командой:

journalctl --disk-usage

2. Приложения запуска

Другой шаг для ускорения задержки загрузки пространства пользователя должен отключить некоторые приложения запуска
Посмотрите, как показать всем им: https://help.ubuntu.com/community/ShowHiddenStartupApplications

sudo sed -i "s/NoDisplay=true/NoDisplay=false/g" /etc/xdg/autostart/*.desktop 

Посмотрите, как открыть апплет Приложений Запуска: https://help.ubuntu.com/stable/ubuntu-help/startup-applications.html

 gnome-session-properties

Если Вы не возражаете, отключая Backup Monitor и Updates Notifier сохранит время начальной загрузки.

В дополнение к cmak.fr

Я изучил то, Что использование systemd-journal-flush.service?

sudo nano /etc/systemd/journald.conf

В журнале раздел не прокомментируйте и изменитесь:

Storage=auto
SystemMaxFileSize=1G
SystemMaxFiles=5

Сохраните и перезагрузка.

клавиатура-setup.service, занимающая слишком много времени в запуске (20+sec)

sudo gedit /lib/systemd/system/keyboard-setup.service

измененный

TimeoutStartSec=10sec

Администратор сети Ubuntu 15.04, вызывающий медленную начальную загрузку

sudo nano /lib/systemd/system/NetworkManager-wait-online.service

редактирование от 30 до 15

[Service]
Type=oneshot
ExecStart=/usr/bin/nm-online -s -q --timeout=30

Долгое время начальной загрузки на 18,04

sudo update-grub

Теперь

$ systemd-analyze critical-chain
graphical.target @59.292s
└─multi-user.target @59.291s
  └─kerneloops.service @59.278s +12ms
    └─network-online.target @59.277s
      └─NetworkManager-wait-online.service @52.596s +6.681s
        └─NetworkManager.service @45.820s +6.773s
          └─dbus.service @45.792s
            └─basic.target @45.790s
              └─sockets.target @45.790s
                └─snapd.socket @45.745s +44ms
                  └─sysinit.target @45.743s
                    └─swap.target @45.543s
                      └─dev-disk-by\x2duuid-f01c80a9\x2d4d4b\x2d4e60\x2dbeb0\x2d
                        └─dev-disk-by\x2duuid-f01c80a9\x2d4d4b\x2d4e60\x2dbeb0\x

и

$ systemd-analyze time
Startup finished in 4.770s (kernel) + 59.301s (userspace) = 1min 4.072s
graphical.target reached after 59.292s in userspace

От 7min 13.089s кому: 1min 4.072s огромное улучшение, если у кого-либо больше есть улучшения, о которых я не знаю, совместно использует.

Вот мой вклад в это небольшое Шоу, и Скажите:

$ 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 @2.490s
└─multi-user.target @2.489s
  └─snapd.service @1min 34.450s +153ms
    └─basic.target @2.227s
      └─sockets.target @2.226s
        └─snapd.socket @2.205s +13ms
          └─sysinit.target @2.197s
            └─systemd-update-utmp.service @2.136s +54ms
              └─systemd-tmpfiles-setup.service @2.116s +9ms
                └─local-fs.target @2.108s
                  └─run-user-1000-gvfs.mount @1min 26.644s
                    └─run-user-1000.mount @1min 25.977s
                      └─local-fs-pre.target @192ms
                        └─systemd-remount-fs.service @172ms +10ms
                          └─systemd-fsck-root.service @110ms +39ms
                            └─systemd-fsckd.socket @109ms
                              └─-.slice @81ms

Сравните это 2,49 секунды с ответом SDC 59,29 секунд, который имеет функции потребления дополнительного времени, которые я удалил из своей начальной загрузки:

  └─kerneloops.service @59.278s +12ms
    └─network-online.target @59.277s
      └─NetworkManager-wait-online.service @52.596s +6.681s
        └─NetworkManager.service @45.820s +6.773s
          └─dbus.service @45.792s
                └─snapd.socket @45.745s +44ms
                    └─swap.target @45.543s
                      └─dev-disk-by\x2duuid-f01c80a9\x2d4d4b\x2d4e60\x2dbeb0\x2d
                        └─dev-disk-by\x2duuid-f01c80a9\x2d4d4b\x2d4e60\x2dbeb0\x

Основные характеристики:

• Удалите Администратора сети, Ожидают от запуска.
• Удалите Сервис Обновления snapd из запуска.

Улучшения Управления Журналом Systemd

$ cat /etc/systemd/journald.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See journald.conf(5) for details.

[Journal]
#Storage=auto
# Aug 4 2018 - recommended: https://www.freedesktop.org/software/systemd/man/journald.conf.html
storage=persistent

Известные детали полужирным.

Поскольку journalctl файлы дольше не сбрасываются при запуске, который я сделал, чтобы они установили для уборки пылесосом один раз в месяц:

• Журналы Systemd ('journalctl') являются слишком большими и медленными

Часто я хочу знать то, что произошло, когда система отказала, и я должен был перезагрузить. По умолчанию journalctl файлы не показывают Вам предыдущие начальные загрузки все же. Таким образом, я включил историю мультиначальной загрузки:

• Как я нахожу, какую Версию Ядра я загрузил 2 недели назад?

Это - все на сегодняшний день. Я попытаюсь не забыть обновлять это продвижение ответа.