systemd-journal-flush.service просит демон журнала сбрасывать любые данные логов, сохраненные в/run/log/journal в/var/log/journal, если persistent устройство хранения данных включено. В случае, если у Вас (уже) есть огромные файлы журнала, это приведет к более медленной начальной загрузке. Далее диск (с /var/log) должен быть смонтирован в записываемом способе, чтобы сделать так.

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

Проверять journalctl тип размера журнала

journalctl --disk-usage

Для получения времени и информации о дисковом пространстве обработки сброса, введите следующую команду

journalctl -b --unit systemd-journald

Соответствующий вывод будет похож

-- Logs begin at Sat 2018-12-08 00:40:23 CET, end at Mon 2018-12-10 19:40:27 CET. --
Dec 10 12:51:38 ubuntu01 systemd-journald[479]: Journal started
Dec 10 12:51:38 ubuntu01 systemd-journald[479]: Runtime journal (/run/log/journal/265c93c062bf4c8da41abfe2ae793452) is 4.7M, max 38.3M, 33.5M free.
Dec 10 12:51:38 ubuntu01 systemd-journald[479]: Time spent on flushing to /var is 7.066904s for 132 entries.
Dec 10 12:51:38 ubuntu01 systemd-journald[479]: System journal (/var/log/journal/265c93c062bf4c8da41abfe2ae793452) is 128.0M, max 256.0M, 128M free.

Вы можете также

• Отключите сервис (не рекомендуемый)

  Затем возможно, что не все данные логов записаны в диск; раздражающий при отладке отказов начальной загрузки.

• Используйте a journalctl --vacuum команда

  От journalctl -h

  - vacuum-size=BYTES Уменьшите использование диска ниже указанного размера
  - vacuum-files=INT Отпуск только конкретное количество файлов журнала
  - vacuum-time=TIME Удалите файлы журнала, более старые, чем требуемое время

  Следовательно сделайте a

   sudo journalctl --vacuum-size=1G --vacuum-time=5d --vacuum-files=5
  

• Измените тип хранения systemd-journal-flush.service

  Сначала проверьте свой тип хранения с

   systemctl cat systemd-journal-flush.service  | grep -i storage
  

  От man journald.conf

  Устройство хранения данных =

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

  Если "энергозависимый", данные логов журнала будут сохранены только в памяти, т.е. ниже/run/log/journal иерархии (который создается в случае необходимости).

  Если "персистентный", данные будут храниться предпочтительно на диске, т.е. ниже/var/log/journal иерархии (который создается в случае необходимости), с нейтрализацией к/run/log/journal (который создается в случае необходимости), во время ранней начальной загрузки и если диск не перезаписываем.

  "автоматический" подобно "персистентному", но каталог,/var/log/journal, не создается в случае необходимости, так, чтобы его существование управляло, куда данные логов идут.

  "ни один" не выключает все устройство хранения данных, все полученные данные логов будут отброшены. Передавая другим целям, таким как консоль, буфер журнала ядра или сокет системного журнала будет все еще работать как бы то ни было. Значения по умолчанию к "автоматическому".

  Отредактируйте файл

  sudo nano /etc/systemd/journald.conf
  

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

  Storage=auto
  SystemMaxFileSize=1G
  SystemMaxFiles=5
  

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