Vous n'êtes pas identifié(e).
Bonsoir,
J'ai fait un systemd-analyse blame pour voir un peu ce que donnait Viperr au démarrage :
systemd-analyze blame
20.430s systemd-journal-flush.service
11.027s firewalld.service
10.318s systemd-udev-settle.service
9.004s dev-mapper-fedora_presario\x2d\x2dcq57\x2d\x2dnotebook\x2d\x2dpc\x2droot.device
8.582s udisks2.service
7.628s cups.service
6.106s ModemManager.service
5.094s abrtd.service
4.172s polkit.service
3.851s avahi-daemon.service
3.787s livesys.service
3.781s rsyslog.service
3.592s rtkit-daemon.service
2.911s systemd-udevd.service
2.508s plymouth-start.service
2.320s lvm2-monitor.service
2.257s dnf-makecache.service
2.164s chronyd.service
1.777s systemd-fsck@dev-mapper-fedora_presario\x2d\x2dcq57\x2d\x2dnotebook\x2d\x2dpc\x2
1.520s systemd-tmpfiles-setup-dev.service
1.496s NetworkManager.service
1.420s systemd-fsck@dev-disk-by\x2duuid-d30dfe85\x2d7cae\x2d4c00\x2d8bdd\x2d25161ad8442
1.407s fedora-readonly.service
Le temps de démarrage de systemd-journal-flush.service me semble énorme, sur , il était à 2,5 secondes environ. Y a t il moyen d'accèlérer ce service ?
Bon réveillon
Dernière modification par hydroviper (02-01-2017 00:44:52)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
étrange chez moi il ne met que 1 ms
1ms systemd-journal-flush.service
Essaye la soluce ici: https://bbs.archlinux.org/viewtopic.php?id=189775
Utiliser des logiciels propriétaires, c'est comme les plats préparés, on est incapable de dire les conservateurs qu'ils contiennent, on dira toujours que c'est bon, mais ça ne remplacera jamais le repas fait maison par sa maman.
]:D #! Crunchbang & Archlinux GNU/Linux User ]:D
Hors ligne
Icef0x
J'ai mis SystemMaxUse=5M dans journald.conf (d'origine la ligne était commentée et sans valeur)
system.journal dans /var/log/journal pesait +110M et user-1000.journal pesait 10M environ
j'ai aussi fait un vacuum-size et time pour virer ce qui faisait plus de 5m et avait plus de 2 jours.
Je reboot et refait un blame pour voir si ça change quelque chose.
----------------
edit après reboot :
j'ai refait systemd-analyze blame, même résultat :
systemd-analyze blame
20.966s systemd-journal-flush.service
16.136s cups.service
11.765s colord.service
10.995s firewalld.service
9.262s dev-mapper-fedora_presario\x2d\x2dcq57\x2d\x2dnotebook\x2d\x2dpc\x2droot.device
9.027s udisks2.service
9.003s systemd-udev-settle.service
5.635s polkit.service
5.390s abrtd.service
4.806s ModemManager.service
3.959s rsyslog.service
3.391s lvm2-pvscan@8:2.service
3.095s livesys.service
3.015s avahi-daemon.service
2.899s rtkit-daemon.service
2.728s systemd-fsck@dev-disk-by\x2duuid-d30dfe85\x2d7cae\x2d4c00\x2d8bdd\x2d25161ad8442
2.536s chronyd.service
2.524s plymouth-start.service
2.423s lvm2-monitor.service
2.191s systemd-logind.service
2.165s systemd-udevd.service
2.043s systemd-fsck@dev-mapper-fedora_presario\x2d\x2dcq57\x2d\x2dnotebook\x2d\x2dpc\x2
1.540s fedora-readonly.service
Dernière modification par hydroviper (02-01-2017 00:27:40)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne
J'ai édité mon précédent message afin de ne pas vous faire lire des journaux système pour rien ^^
La solution pour moi a été :
$ find /var/log/journal -name "*.journal" | xargs sudo rm
$ sudo systemctl restart systemd-journald
ce qui a donné un blame comme suit :
systemd-analyze blame
11.682s firewalld.service
7.398s dev-mapper-fedora_presario\x2d\x2dcq57\x2d\x2dnotebook\x2d\x2dpc\x2droot.device
6.941s systemd-udev-settle.service
6.139s abrtd.service
6.116s udisks2.service
5.296s cups.service
4.118s polkit.service
3.946s ModemManager.service
2.503s plymouth-start.service
2.278s lvm2-monitor.service
2.098s rsyslog.service
2.085s lvm2-pvscan@8:2.service
1.967s systemd-tmpfiles-setup-dev.service
1.750s chronyd.service
1.697s systemd-journal-flush.service
1.692s fedora-readonly.service
1.634s colord.service
1.243s NetworkManager.service
1,697s pour flush, c'est quand même nettement mieux
Juste pour savoir, à quoi correspond dev-mapper-fedora_presario ?
Dernière modification par hydroviper (02-01-2017 00:31:47)
W 3.1 > W XP > W Vista > Knoppix > Kaella > Debian > OpenSuse > Ubuntu > LinuxMint > Debian > Viperr > BunsenLabs > Manjaro > Debian / W 10 > W 10 > Ubuntu / W 10 > LinuxMint
Hors ligne