Essaie journalctl, voir.
Update du 3 Septembre
Update du 3 Septembre
#41Messageil y a 10 ansEssaie journalctl, voir.
Update du 3 Septembre
#42Messageil y a 10 ansUpdate du 3 Septembre
#43Messageil y a 10 anstmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
chuis pas sûr que ce soit parfait, pour le mode, mais ça marche depuis longtemps pour moi.[/quote]
Quand j'utilisais Ubuntu, pour optimiser l'écriture sur mon ssd, j'utilisais cette astuce:
http://doc.ubuntu-fr.org/ssd_solid_state_drive#mettrevarlogen_memoire_vive
Update du 3 Septembre
#44Messageil y a 10 ansUpdate du 3 Septembre
#45Messageil y a 10 ansEt, cerise sur le gâteau:
[fassil@manjaro ~]$ systemd-analyze
Startup finished in 4.237s (kernel) + 15.511s (userspace) = 19.748s
J'étais toujours au-dessus largement au-dessus de 20 sec; avant la manoeuvre, donc, bien joué Esclapion (ou pas ?)
A +
Update du 3 Septembre
#46Messageil y a 10 ansIl est certain que ça accélère un peu, mais, dans le tas... Le but premier est de définitvement résoudre ce problème de grossissement de /var/log, et là, il devrait être atteint.
Fais df, si tu veux voir si c'est bien monté.
Update du 3 Septembre
#48Messageil y a 10 ans[fassil@manjaro ~]$ systemd-analyze
Startup finished in 3.395s (kernel) + 14.900s (userspace) = 18.295s
Mais jusqu'où cela s'arrêtera-t-il ?
Update du 3 Septembre
#49Messageil y a 10 ansVoir aussi "blame", si tu as un service qui coince un peu. Le mien :
(....)
tmpfs /home/pat/.cache tmpfs noatime,nodev,nosuid,size=400M 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0
(...)