LINUX.ORG.RU

Загрузка системы. Startup finished = 14.045s

 , ,


0

1
          5.841s systemd-journal-flush.service
          4.113s dev-sda3.device
          3.514s systemd-fsck@dev-disk-by\x2duuid-8d75e118\x2d323f\x2d4ae8\x2dbb
          1.975s systemd-fsck@dev-disk-by\x2duuid-51131bdc\x2db1ad\x2d4d43\x2d84
          1.366s upower.service
          1.120s NetworkManager.service

Дело в том, что systemd-journal-flush.service постоянно даёт знать о себе. Чем больше я пользуюсь арчем, тем больше Startup finished, после переустановки стандартно 12s.. Затем опять увеличивается загрузка.

Ограничь размер журнала в /etc/systemd/journald.conf

SystemMaxUse=50M
И удали текущий журнал.

Kron4ek ★★★ ()
Ответ на: комментарий от Kron4ek
/var/log/journal/89b6e4c1865349c3bff4870a324ba2d4/system.journal
/var/log/journal/89b6e4c1865349c3bff4870a324ba2d4/user-1000.journal

что из этого?

cherry ()

системдэ убыстряет загрузку, говорили они

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

Системда сломается, нельзя удалять когда она в них пишет.

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

Я удалял ничего не ломалось. Даже в Ach Wiki это не запрещается.

Journal files can be globally removed from /var/log/journal/ using e.g. rm, or can be trimmed according to various criteria using journalctl.

Впрочем, есть еще команда journalctl --vacuum-size=50M, которая просто урезает журнал.

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

как ограничения размера поможет? как было, так и осталось. 14s

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

Ну у меня:

563ms systemd-journal-flush.service


А по теме, даже не знаю почему, но в русской версии есть:
[urk=https://wiki.archlinux.org/index.php/Systemd_(Русский)#.D0.92.D1.80.D0.B5.D0....]Время загрузки системы увеличивается с течением времени
Вспомнил только из-за того, что давненько на форуме арча подобный вопрос подымался.

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

установил 50M, перезапустил, 5.376s systemd-journal-flush.service

ни-че-го:(

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

Видишь, уменьшилось же )
Смотри самого тормозного systemd-analyze blame можешь сюда кинуть весь вывод, кто поможет еще. Я убегаю, позже посмотрю. Помнится у кого-то синезубсервис тормозил загрузку, решалось выключением ибо не нужно было.

gentux ()
Ответ на: комментарий от gentux
6.280s systemd-journal-flush.service
          4.908s dev-sda3.device
          2.028s systemd-fsck@dev-disk-by\x2duuid-8d75e118\x2d323f\x2d4ae8\x2dbb
          1.481s systemd-rfkill.service
          1.387s systemd-fsck@dev-disk-by\x2duuid-51131bdc\x2db1ad\x2d4d43\x2d84
          1.165s NetworkManager.service
          1.040s systemd-udevd.service

вот же.. вернул обратно system max use.

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

Размер попробуй выставить в 50M или даже в 5M

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

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

что делает 50M? если сами файлы размером:

/var/log/journal/89b6e4c1865349c3bff4870a324ba2d4/system.journal - 25.2M
/var/log/journal/89b6e4c1865349c3bff4870a324ba2d4/user-1000.journal - 8.4

вот из-за них проблема? мб их удалить?

cherry ()

мб и правда поставить ubuntu или lubuntu, чтобы забыть об этих проблемах и спокойно кодить..

cherry ()

systemd-analyze critical-chain и systemd-analyze plot в студию.

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

1. 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 @10.588s
└─lxdm.service @10.588s
  └─systemd-user-sessions.service @10.451s +135ms
    └─network.target @10.450s
      └─NetworkManager.service @9.268s +1.181s
        └─dbus.service @8.780s
          └─basic.target @8.778s
            └─sockets.target @8.778s
              └─dbus.socket @8.777s
                └─sysinit.target @8.745s
                  └─systemd-update-utmp.service @8.702s +43ms
                    └─systemd-tmpfiles-setup.service @8.516s +184ms
                      └─local-fs.target @8.515s
                        └─home.mount @7.938s +576ms
                          └─systemd-fsck@dev-disk-by\x2duuid-51131bdc\x2db1ad\x2d4d43\x2d841e\x2d9be5c5878af7.service @7.121s +743ms
                            └─dev-disk-by\x2duuid-51131bdc\x2db1ad\x2d4d43\x2d841e\x2d9be5c5878af7.device @7.120s

2. systemd-analyze plot

Failed to get host information from systemd: Unknown object '/org/freedesktop/hostname1'.

cherry ()

удаление

/var/log/journal/89b6e4c1865349c3bff4870a324ba2d4/system.journal
/var/log/journal/89b6e4c1865349c3bff4870a324ba2d4/user-1000.journal
          3.735s dev-sda3.device
          1.275s systemd-fsck@dev-disk-by\x2duuid-8d75e118\x2d323f\x2d4ae8\x2dbb
          1.247s systemd-rfkill.service
          1.186s NetworkManager.service
          1.051s polkit.service

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

cherry ()

зачем ты его вообще выключаешь? это ноут? может тогда отправить в сон?

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