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.. Затем опять увеличивается загрузка.



Последнее исправление: cherry (всего исправлений: 2)

Ответ на: комментарий от Kron4ek

чуть позже попробую и отпишу, пока что спасибо)

cherry
() автор топика
Ответ на: комментарий от 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 ★★★★★
()
Ответ на: комментарий от cherry

Ну у меня:

563ms systemd-journal-flush.service


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

gentux
()
Ответ на: комментарий от 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
() автор топика
Ответ на: комментарий от 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
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.