La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Linux => Discussion démarrée par: renaud07 le 02 avril 2019 à 16:30:27
-
Bonjour,
Depuis la version 18.04, je trouve Ubuntu assez long à la détente (même sur une install fraîche). J'ai fait un test en installant une Archlinux dans une VM et le résultat est sans appel : temps de boot divisé par deux ! Je serais presque tenté d'en faire ma distrib principale rien que pour ça, même si c'est beaucoup plus ardu à maintenir. Changer des habitudes vieilles de 10 ans maintenant, c'est pas facile.
Si on prend juste le kernel, il met presque 5 sec sur ubuntu alors que sur arch en 2 sec c'est plié. Je le vois d'ailleurs après le grub qu'ubuntu reste un long moment sur une espèce de fond gris avant que je vois le noyau se charger (j'ai viré le splash screen).
Pour le reste, ok, il y a (beaucoup) moins de services à charger sur Arch (installation minimale oblige) J'utilise MATE dans les deux cas.
Une piste pour lui mettre un bon coup de fouet ?
Voici la liste des services :
Que peut-on virer là dedans sans trop de soucis ?
- wpa supplicant (pas de wifi sur mon desktop, mais il me dit unrecognized service lorsque je veux le désactiver, alors qu'un status fonctionne, va comprendre...)
- les snap (je ne m'en sers pas du tout)
- plymouth (vu qu'il est désactivé, c'est bizarre qu'il se charge quand même)
-ModemManager (ça ne concerne que la partie 56k ou il le faut absolument ?)
-apt-daily (en rapport avec la recherche automatique des MAJ ? Je les vérifie régulièrement à la main donc osef)
12.019s dev-sda5.device
10.849s systemd-journal-flush.service
7.590s networking.service
6.496s systemd-modules-load.service
6.374s keyboard-setup.service
6.026s systemd-tmpfiles-setup-dev.service
4.460s snapd.service
3.800s networkd-dispatcher.service
3.664s NetworkManager.service
3.515s apt-daily.service
3.224s udisks2.service
3.195s dev-loop4.device
3.035s dev-loop3.device
2.999s dev-loop5.device
2.980s dev-loop6.device
2.451s dev-loop0.device
2.450s dev-loop1.device
2.450s dev-loop2.device
2.366s dev-loop7.device
2.282s ModemManager.service
2.155s accounts-daemon.service
1.968s loadcpufreq.service
1.915s thermald.service
1.508s grub-common.service
1.463s vboxdrv.service
1.405s systemd-udevd.service
832ms media-Donn\xc3\xa9es.mount
716ms apt-daily-upgrade.service
712ms run-rpc_pipefs.mount
692ms media-VMs.mount
692ms wpa_supplicant.service
610ms rsyslog.service
585ms polkit.service
561ms kmod-static-nodes.service
529ms avahi-daemon.service
509ms gpu-manager.service
505ms pppd-dns.service
504ms alsa-restore.service
478ms systemd-logind.service
463ms apparmor.service
440ms systemd-journald.service
343ms snap-software\x2dboutique-31.mount
307ms lm-sensors.service
295ms NetworkManager-wait-online.service
293ms teamviewerd.service
271ms systemd-remount-fs.service
254ms systemd-sysctl.service
220ms systemd-random-seed.service
206ms setvtrgb.service
199ms systemd-timesyncd.service
173ms systemd-tmpfiles-setup.service
167ms upower.service
160ms ufw.service
158ms plymouth-read-write.service
155ms rpcbind.service
153ms snap-ubuntu\x2dmate\x2dwelcome-242.mount
125ms snap-core-6531.mount
124ms cpufrequtils.service
121ms xinetd.service
120ms lightdm.service
117ms systemd-resolved.service
111ms sys-kernel-debug.mount
108ms snap-ubuntu\x2dmate\x2dwelcome-217.mount
96ms systemd-tmpfiles-clean.service
87ms snap-core-6673.mount
83ms systemd-udev-trigger.service
80ms snap-ubuntu\x2dmate\x2dwelcome-220.mount
79ms user@1000.service
67ms snap-pulsemixer-23.mount
66ms rtkit-daemon.service
64ms snap-core-6405.mount
61ms dev-hugepages.mount
59ms dev-disk-by\x2duuid-07d5cc0d\x2dcead\x2d4ccc\x2d9096\x2d4907518951a1.swap
57ms systemd-update-utmp.service
46ms snapd.seeded.service
37ms dev-mqueue.mount
31ms hddtemp.service
31ms speech-dispatcher.service
23ms kerneloops.service
20ms ssh.service
11ms ureadahead-stop.service
9ms systemd-update-utmp-runlevel.service
9ms openvpn.service
7ms systemd-user-sessions.service
6ms snapd.socket
4ms vboxweb-service.service
4ms console-setup.service
4ms vboxballoonctrl-service.service
3ms plymouth-quit-wait.service
3ms sys-fs-fuse-connections.mount
3ms vboxautostart-service.service
3ms nfs-config.service
3ms sys-kernel-config.mount
-
Il faut regarder avec dmesg quels est le service qui met de temps à démarrer.
En regardant les forums ont trouve souvent la solution pour que le service en question ne reste pas bloqué
11 secondes pour systemd-journal-flush.service ?
12 secondes pour dev-sda5.device ?
-
juste 2 questions :
- Tu demarres ton ordi 10 fois par jour ou quoi ? pour avoir a ce point le besoin de gratter 2 sec au demarrage...
- Ca existe pas la veille prolongée sur ubuntu ?
-
Il faut regarder avec dmesg quels est le service qui met de temps à démarrer.
11 secondes pour systemd-journal-flush.service ?
12 secondes pour dev-sda5.device ?
Moi aussi ça m'a fait tiquer. sda5 c'est ma partition racine. L'attente après grub doit venir de là car ça correspond assez bien.
renaud@renaud-pc:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 4,8G 0 4,8G 0% /dev
tmpfs 990M 1,6M 988M 1% /run
/dev/sda5 37G 23G 13G 65% /
tmpfs 4,9G 40M 4,8G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 4,9G 0 4,9G 0% /sys/fs/cgroup
/dev/sdd1 466G 268G 199G 58% /media/VMs
/dev/sdb1 932G 734G 198G 79% /media/Données
tmpfs 989M 32K 989M 1% /run/user/1000
Pour systemd c'est étrange aussi.
- Tu demarres ton ordi 10 fois par jour ou quoi ? pour avoir a ce point le besoin de gratter 2 sec au demarrage...
En théorie, non. Mais des fois je bascule plusieurs fois de ubuntu à windows et là ça devient pénible.
- Ca existe pas la veille prolongée sur ubuntu ?
Si ça existe (on appelle ça l'hibernation sous Linux), mais je ne sais pas si c'est réellement plus rapide...
-
Je viens de regarder les logs du kernel et mis à part la ligne qui indique quelle partition est la racine, ça ne me dit pas pourquoi elle met 10s à monter...
J'ai quand du mal à comprendre un truc : comment systemd peut savoir le temps de montage de la racine alors que lui-même n'a pas encore démarré ? Théoriquement c'est kernel > systemd, pas l'inverse... ??? Ou alors c'est le kernel qui lui passe l'info après coup ?
-
Si ça existe (on appelle ça l'hibernation sous Linux), mais je ne sais pas si c'est réellement plus rapide...
haben je sais pas comment ils l'ont géré sous linux mais sous windows c'est radical
mise en veille prolongée => ca met tout le contenu de la ram sur disque, et au redemarrage ca reouvre le fichier et tu te retrouve avec des fichiers .txt ouvert meme pas sauvegardés exactement comme ils etaient, tout tes softs ouvert, etc...
-
haben je sais pas comment ils l'ont géré sous linux mais sous windows c'est radical
mise en veille prolongée => ca met tout le contenu de la ram sur disque, et au redemarrage ca reouvre le fichier et tu te retrouve avec des fichiers .txt ouvert meme pas sauvegardés exactement comme ils etaient, tout tes softs ouvert, etc...
Ça fonctionne aussi comme ça sous Linux, le contenu de la RAM est copiée dans la swap. Problème, ma swap ne fait que 1 Go (car j'ai 10 Go de RAM), il faudrait donc que je ferme quasi toutes les applis avant de mettre en veille, ou augmenter sa taille.
-
Après avoir désactivé quelques services, le temps de boot est plus rapide d'après systemd, perso, je ne vois pas vraiment la différence... Et toujours cette attente sur le fond gris.
J'ai essayé de le virer pour avoir le détail de ce qu'il se passe, sans succès. J'ai notamment testé: GRUB_CMDLINE_LINUX_DEFAULT="text" en vain. On dirait que plymouth prend le dessus malgré qu'il n'y ai plus le splash screen actif. Je ne peux pas non plus le désinstaller, sinon il veut m'enlever des paquets essentiels comme lightdm (quand le système de dépendances montre ses limites...)
-
Moi aussi ça m'a fait tiquer. sda5 c'est ma partition racine. L'attente après grub doit venir de là car ça correspond assez bien.
Ca sent le fsck de démarrage pour voir si le filesystem est encore cohérent.
-
Normalement, la durée du boot Ubuntu (temps entre l'affichage de Grub et l'affichage de l'écran de connexion) doit être proche de 10 secondes avec un SSD en un PC sans périphérique exotiques qui mettent du temps à s'initialiser.
Sur des vieux PC, j'ai déjà eu des lenteur lié à la carte graphique qui bloque a proximité des lignes "[drm]" dans dmesg et il y a des options à passer pour sauter ce qui n'est pas supporté et accélérer le boot.
-
Ca sent le fsck de démarrage pour voir si le filesystem est encore cohérent.
Piste déjà explorée en mettant à 0 dans le fstab, sans effet... :( Je pensais aussi que ça venait de là.
Pour info :
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=4716ab40-779d-49b1-93cf-63b396296c46 / ext4 errors=remount-ro 0 0
# /media/Données was on /dev/sdb1 during installation
UUID=708A49578A491ACC /media/Données ntfs defaults,umask=007,gid=46 0 0
# /media/VMs was on /dev/sdc1 during installation
UUID=34DF08EC5DFDDC71 /media/VMs ntfs defaults,umask=007,gid=46 0 0
# /media/Windows was on /dev/sda1 during installation
#UUID=E88A5BED8A5BB6B2 /media/Windows ntfs defaults,umask=007,gid=46 0 0
# swap was on /dev/sda6 during installation
UUID=07d5cc0d-cead-4ccc-9096-4907518951a1 none swap sw 0 0
-
Normalement, la durée du boot Ubuntu (temps entre l'affichage de Grub et l'affichage de l'écran de connexion) doit être proche de 10 secondes avec un SSD en un PC sans périphérique exotiques qui mettent du temps à s'initialiser.
Je suis toujours sur HDD mais je n'aucun périphérique relié si ce n'est la CG.
Sur des vieux PC, j'ai déjà eu des lenteur lié à la carte graphique qui bloque a proximité des lignes "[drm]" dans dmesg et il y a des options à passer pour sauter ce qui n'est pas supporté et accélérer le boot.
Va falloir que j'examine comme il faut alors.
-
Je suis toujours sur HDD
houla ;) welcome back dans les années 90 ;)
-
Je confirme qu'un SSD réduit drastiquement le temps de démarrage d'Ubuntu ou de Windows 10.
-
houla ;) welcome back dans les années 90 ;)
Et c'est pas fini, figure toi que je fais toujours mes installations en mode BIOS ;)
Je confirme qu'un SSD réduit drastiquement le temps de démarrage d'Ubuntu ou de Windows 10.
C'est sûr que je n'aurais plus à me préoccuper du nombre de services au démarrage. Il est prévu que j'en achète un qu'ici quelques semaines. Voir même renouveler ma config au passage, pas encore décidé.
-
Je viens de chronométrer le boot de mon PC, soit exactement le temps entre le lancement depuis GRUB et l'affichage de l'écran de connexion : J'ai mesuré 8,7 secondes (chronomètre de mon téléphone) pour un PC avec pas mal de périphériques (SSD + disque dur classique, nombreux volumes pour les SNAP,...)
Voici le détail : 201904_dmesg_corei3-4150_ubuntu1810.txt (https://lafibre.info/testdebit/ubuntu/201904_dmesg_corei3-4150_ubuntu1810.txt)
Pour moi la fin du chargement dans le fichier c'est à la ligne "[ 6.947518] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready"
Le reste cela me semble des opérations qui peuvent se faire en arrière plan.
Exemple pour le Bluetooth il apparaît à la 16ème seconde mais pour moi il n'a en rien bloqué le démarrage, surtout que le driver s'est lancé bien avant, à la 2ème seconde :
[ 2.583931] Bluetooth: Core ver 2.22
[ 2.583949] Bluetooth: HCI device and connection manager initialized
[ 2.583952] Bluetooth: HCI socket layer initialized
[ 2.583954] Bluetooth: L2CAP socket layer initialized
[ 2.583959] Bluetooth: SCO socket layer initialized
[ 5.495377] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[ 5.495379] Bluetooth: BNEP filters: protocol multicast
[ 5.495382] Bluetooth: BNEP socket layer initialized
[ 16.100824] Bluetooth: RFCOMM TTY layer initialized
[ 16.100829] Bluetooth: RFCOMM socket layer initialized
[ 16.100834] Bluetooth: RFCOMM ver 1.11
Idem pour VirtualBox, je ne pense pas que cela bloque le démarrage :
[ 10.627508] vboxdrv: loading out-of-tree module taints kernel.
[ 10.627665] vboxdrv: module verification failed: signature and/or required key missing - tainting kernel
[ 10.633805] vboxdrv: Found 4 processor cores
[ 10.656173] vboxdrv: TSC mode is Invariant, tentative frequency 3491911834 Hz
[ 10.656175] vboxdrv: Successfully loaded version 5.2.18_Ubuntu (interface 0x00290001)
[ 10.660708] PKCS#7 signature not signed with a trusted key
[ 10.660940] VBoxNetFlt: Successfully started.
[ 10.664415] PKCS#7 signature not signed with a trusted key
[ 10.664635] VBoxNetAdp: Successfully started.
[ 10.668764] PKCS#7 signature not signed with a trusted key
[ 10.668985] VBoxPciLinuxInit
[ 10.670908] vboxpci: IOMMU not found (not registered)
-
Chronométré à l'instant, il met 39 sec de grub au login et reste bien 15 sec sur le fond gris. Systemd me donne une valeur totalement irréaliste de 20 sec pour ce boot. Je ne sais pas comment il compte mais c'est vraiment pas la réalité.
Mon dmesg en PJ, perso je n'ai rien vu de bloquant à priori.
-
dmesg c'est que le kernel et c'est aussi inclut dans le journal systemd.
poste l'image (svg) du boot:
systemd-analyze plot > boot_analysis.svg
ainsi que:
sudo systemd-analyze critical-chain
et
l'historique du flush journal:
sudo journalctl -u systemd-journald
-
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 @15.126s
└─multi-user.target @15.126s
└─teamviewerd.service @14.495s +630ms
└─network-online.target @14.488s
└─network.target @14.479s
└─networking.service @9.319s +5.158s
└─apparmor.service @9.028s +286ms
└─local-fs.target @9.023s
└─media-Donn\xc3\xa9es.mount @7.907s +1.115s
└─dev-disk-by\x2duuid-708A49578A491ACC.device @7.884s
journal :
-- Logs begin at Wed 2019-03-27 13:24:50 CET, end at Thu 2019-04-04 02:11:37 CEST. --
mars 28 04:14:41 renaud-pc systemd-journald[402]: Journal stopped
-- Reboot --
mars 28 13:39:39 renaud-pc systemd-journald[399]: Journal started
mars 28 13:39:39 renaud-pc systemd-journald[399]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 28 13:39:40 renaud-pc systemd-journald[399]: Time spent on flushing to /var is 1.470426s for 1020 entries.
mars 28 13:39:40 renaud-pc systemd-journald[399]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
mars 28 18:02:33 renaud-pc systemd-journald[399]: Journal stopped
-- Reboot --
mars 28 18:06:59 renaud-pc systemd-journald[401]: Journal started
mars 28 18:06:59 renaud-pc systemd-journald[401]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 28 18:06:59 renaud-pc systemd-journald[401]: Time spent on flushing to /var is 920.907ms for 1007 entries.
mars 28 18:06:59 renaud-pc systemd-journald[401]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
mars 28 19:01:45 renaud-pc systemd-journald[401]: Journal stopped
-- Reboot --
mars 28 19:02:21 renaud-pc systemd-journald[401]: Journal started
mars 28 19:02:21 renaud-pc systemd-journald[401]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 28 19:02:22 renaud-pc systemd-journald[401]: Time spent on flushing to /var is 7.161492s for 1011 entries.
mars 28 19:02:22 renaud-pc systemd-journald[401]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
mars 28 20:07:11 renaud-pc systemd-journald[401]: Journal stopped
-- Reboot --
mars 28 20:07:46 renaud-pc systemd-journald[402]: Journal started
mars 28 20:07:46 renaud-pc systemd-journald[402]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 28 20:07:47 renaud-pc systemd-journald[402]: Time spent on flushing to /var is 6.245385s for 1006 entries.
mars 28 20:07:47 renaud-pc systemd-journald[402]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
mars 28 20:16:01 renaud-pc systemd-journald[402]: Journal stopped
-- Reboot --
mars 28 20:16:37 renaud-pc systemd-journald[399]: Journal started
mars 28 20:16:37 renaud-pc systemd-journald[399]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 28 20:16:37 renaud-pc systemd-journald[399]: Time spent on flushing to /var is 1.753066s for 1025 entries.
mars 28 20:16:37 renaud-pc systemd-journald[399]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
mars 28 20:23:35 renaud-pc systemd-journald[399]: Journal stopped
-- Reboot --
mars 28 20:24:11 renaud-pc systemd-journald[404]: Journal started
mars 28 20:24:11 renaud-pc systemd-journald[404]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 28 20:24:12 renaud-pc systemd-journald[404]: Time spent on flushing to /var is 936.138ms for 1006 entries.
mars 28 20:24:12 renaud-pc systemd-journald[404]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
mars 29 01:33:14 renaud-pc systemd-journald[404]: Journal stopped
-- Reboot --
mars 29 13:57:33 renaud-pc systemd-journald[405]: Journal started
mars 29 13:57:33 renaud-pc systemd-journald[405]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 29 13:57:33 renaud-pc systemd-journald[405]: Time spent on flushing to /var is 7.429635s for 1016 entries.
mars 29 13:57:33 renaud-pc systemd-journald[405]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
mars 30 03:47:30 renaud-pc systemd-journald[405]: Journal stopped
-- Reboot --
mars 30 13:48:05 renaud-pc systemd-journald[397]: Journal started
mars 30 13:48:05 renaud-pc systemd-journald[397]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 30 13:48:06 renaud-pc systemd-journald[397]: Time spent on flushing to /var is 6.907141s for 1018 entries.
mars 30 13:48:06 renaud-pc systemd-journald[397]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
mars 31 04:46:28 renaud-pc systemd-journald[397]: Journal stopped
-- Reboot --
mars 31 23:59:17 renaud-pc systemd-journald[401]: Journal started
mars 31 23:59:17 renaud-pc systemd-journald[401]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
mars 31 23:59:22 renaud-pc systemd-journald[401]: Time spent on flushing to /var is 2.816312s for 1015 entries.
mars 31 23:59:22 renaud-pc systemd-journald[401]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.1G, 2.0G free.
avril 01 03:02:06 renaud-pc systemd-journald[401]: Journal stopped
-- Reboot --
avril 01 03:02:42 renaud-pc systemd-journald[404]: Journal started
avril 01 03:02:42 renaud-pc systemd-journald[404]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 01 03:02:42 renaud-pc systemd-journald[404]: Time spent on flushing to /var is 7.498537s for 1013 entries.
avril 01 03:02:42 renaud-pc systemd-journald[404]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 2.9G, 1.8G free.
avril 01 03:54:24 renaud-pc systemd-journald[404]: Journal stopped
-- Reboot --
avril 01 13:18:18 renaud-pc systemd-journald[404]: Journal started
avril 01 13:18:18 renaud-pc systemd-journald[404]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 01 13:18:18 renaud-pc systemd-journald[404]: Time spent on flushing to /var is 3.792827s for 1008 entries.
avril 01 13:18:18 renaud-pc systemd-journald[404]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 2.7G, 1.6G free.
avril 02 04:17:00 renaud-pc systemd-journald[404]: Journal stopped
-- Reboot --
avril 02 13:57:09 renaud-pc systemd-journald[405]: Journal started
avril 02 13:57:09 renaud-pc systemd-journald[405]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 02 13:57:09 renaud-pc systemd-journald[405]: Time spent on flushing to /var is 5.966221s for 1003 entries.
avril 02 13:57:09 renaud-pc systemd-journald[405]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
avril 02 17:04:04 renaud-pc systemd-journald[405]: Journal stopped
-- Reboot --
avril 02 17:04:40 renaud-pc systemd-journald[407]: Journal started
avril 02 17:04:40 renaud-pc systemd-journald[407]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 02 17:04:41 renaud-pc systemd-journald[407]: Time spent on flushing to /var is 3.109927s for 1003 entries.
avril 02 17:04:41 renaud-pc systemd-journald[407]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.0G, max 3.6G, 2.5G free.
avril 02 17:25:52 renaud-pc systemd-journald[407]: Journal stopped
-- Reboot --
avril 02 17:26:29 renaud-pc systemd-journald[394]: Journal started
avril 02 17:26:29 renaud-pc systemd-journald[394]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 02 17:26:30 renaud-pc systemd-journald[394]: Time spent on flushing to /var is 7.725858s for 1016 entries.
avril 02 17:26:30 renaud-pc systemd-journald[394]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.1G, max 3.6G, 2.5G free.
avril 02 18:38:47 renaud-pc systemd-journald[394]: Journal stopped
-- Reboot --
avril 02 18:39:23 renaud-pc systemd-journald[398]: Journal started
avril 02 18:39:23 renaud-pc systemd-journald[398]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 02 18:39:23 renaud-pc systemd-journald[398]: Time spent on flushing to /var is 7.693722s for 1001 entries.
avril 02 18:39:23 renaud-pc systemd-journald[398]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.1G, max 3.6G, 2.5G free.
avril 02 18:42:48 renaud-pc systemd-journald[398]: Journal stopped
-- Reboot --
avril 02 18:43:23 renaud-pc systemd-journald[399]: Journal started
avril 02 18:43:23 renaud-pc systemd-journald[399]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 02 18:43:23 renaud-pc systemd-journald[399]: Time spent on flushing to /var is 8.271894s for 1008 entries.
avril 02 18:43:23 renaud-pc systemd-journald[399]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 1.1G, max 3.6G, 2.5G free.
avril 02 22:54:31 renaud-pc systemd-journald[399]: Journal stopped
-- Reboot --
avril 02 22:55:06 renaud-pc systemd-journald[402]: Journal started
avril 02 22:55:06 renaud-pc systemd-journald[402]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 02 22:55:08 renaud-pc systemd-journald[402]: Time spent on flushing to /var is 3.490825s for 1127 entries.
avril 02 22:55:08 renaud-pc systemd-journald[402]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 40.0M, max 10.0M, 0B free.
avril 02 23:55:00 renaud-pc systemd-journald[402]: Journal stopped
-- Reboot --
avril 02 23:55:39 renaud-pc systemd-journald[399]: Journal started
avril 02 23:55:39 renaud-pc systemd-journald[399]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 02 23:55:39 renaud-pc systemd-journald[399]: Time spent on flushing to /var is 7.861921s for 1009 entries.
avril 02 23:55:39 renaud-pc systemd-journald[399]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 40.0M, max 50.0M, 9.9M free.
avril 03 00:02:21 renaud-pc systemd-journald[399]: Journal stopped
-- Reboot --
avril 03 00:03:03 renaud-pc systemd-journald[401]: Journal started
avril 03 00:03:03 renaud-pc systemd-journald[401]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 03 00:03:04 renaud-pc systemd-journald[401]: Time spent on flushing to /var is 3.077575s for 1068 entries.
avril 03 00:03:04 renaud-pc systemd-journald[401]: System journal (/var/log/journal/9f3ee317de224edd946a844454adb233) is 40.0M, max 50.0M, 9.9M free.
avril 03 00:07:21 renaud-pc systemd-journald[401]: Journal stopped
-- Reboot --
avril 04 01:12:04 renaud-pc systemd-journald[395]: Journal started
avril 04 01:12:04 renaud-pc systemd-journald[395]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
avril 04 01:12:05 renaud-pc systemd-journald[395]: Runtime journal (/run/log/journal/9f3ee317de224edd946a844454adb233) is 8.0M, max 98.9M, 90.9M free.
-
a vue de nez c'est le network-online.target et le local-fs.target qui prennent le plus de temps.
que donne:
sudo journalctl -b -u *tmpfiles*
et y'a quoi dans /etc/fstab et le résultat de la commande "lsblk"
t'as des trucs particuliers installés?
tu peux regarder la dépendance des elements avec:
systemctl list-dependencies -a graphical.target(également à partir d'un endroit avec "systemctl list-dependencies -a --before network-online.target" (ou --before))
voir si y'a pas un truc qui a changé une dependance et réduit le parallélisme (typiquement un mount réseau dans un tmp)
ps et:
sudo journalctl -b -t systemd-fsck
-
Pour le network-online.target assez long, j'ai vu qu'il y avait une attente d'ip au démarrage, je ne me rappelle plus si c'était sur le boot que j'ai posté ou celui juste avant, ça expliquerait sans doute le pourquoi du comment. C'est la première fois que je vois ce truc en fait, je ne sais pas ce qu'il s'est passé avec mon DHCP, un petit bug passager sûrement.
renaud@renaud-pc:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 117,2G 0 part
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 37,3G 0 part /
├─sda6 8:6 0 953M 0 part [SWAP]
└─sda7 8:7 0 37,3G 0 part
sdb 8:16 0 931,5G 0 disk
└─sdb1 8:17 0 931,5G 0 part /media/Données
sdc 8:32 0 111,8G 0 disk
└─sdc1 8:33 0 111,8G 0 part
sdd 8:48 0 465,8G 0 disk
└─sdd1 8:49 0 465,8G 0 part /media/VMs
<file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda8 during installation
UUID=4716ab40-779d-49b1-93cf-63b396296c46 / ext4 errors=remount-ro 0 1
# /media/Données was on /dev/sdb1 during installation
UUID=708A49578A491ACC /media/Données ntfs defaults,umask=007,gid=46 0 0
# /media/VMs was on /dev/sdc1 during installation
UUID=34DF08EC5DFDDC71 /media/VMs ntfs defaults,umask=007,gid=46 0 0
# /media/Windows was on /dev/sda1 during installation
#UUID=E88A5BED8A5BB6B2 /media/Windows ntfs defaults,umask=007,gid=46 0 0
# swap was on /dev/sda6 during installation
UUID=09d808ff-8a89-4ef8-b777-afb52b4d9035 none swap sw 0 0
192.168.1.2:/data/partage /home/renaud/partages-serveur/partage nfs user,noauto 0 0
192.168.1.2:/data/musique /home/renaud/partages-serveur/musique nfs user,noauto 0 0
192.168.1.2:/data/films /home/renaud/partages-serveur/films nfs user,noauto 0 0
192.168.1.2:/data/divers /home/renaud/partages-serveur/divers nfs user,noauto 0 0
192.168.1.2:/data/series /home/renaud/partages-serveur/series nfs user,noauto 0 0
192.168.1.2:/data/ftp /home/renaud/partages-serveur/ftp nfs user,noauto 0 0
sudo journalctl -b -t systemd-fsck
-- Logs begin at Wed 2019-03-27 13:24:50 CET, end at Thu 2019-04-04 03:11:59 CEST. --
-- No entries --
renaud@renaud-pc:~$ sudo journalctl -b -u *tmpfiles*
-- Logs begin at Wed 2019-03-27 13:24:50 CET, end at Thu 2019-04-04 03:19:10 CEST. --
avril 04 01:12:05 renaud-pc systemd[1]: Starting Create Static Device Nodes in /dev...
avril 04 01:12:09 renaud-pc systemd[1]: Started Create Static Device Nodes in /dev.
avril 04 01:12:11 renaud-pc systemd[1]: Starting Create Volatile Files and Directories...
avril 04 01:12:11 renaud-pc systemd[1]: Started Create Volatile Files and Directories.
avril 04 01:12:11 renaud-pc systemd[1]: Started Daily Cleanup of Temporary Directories.
avril 04 01:26:58 renaud-pc systemd[1]: Starting Cleanup of Temporary Directories...
avril 04 01:26:58 renaud-pc systemd[1]: Started Cleanup of Temporary Directories.
(J'avais essayé de le configurer en volatile, mais ça n’accélère rien du tout).
systemctl list-dependencies -a graphical.target heu... c'est beaucoup trop long, comment s'y retrouver là dedans ? :o
Liste de mes logiciels en PJ (des fois que tu trouves un truc bizarre, mais ça m'étonnerais)
-
Au boot ce matin, je n'ai pas vu d'attente liée à l'obtention de l'ip, et un critical-chain me ressort quasiment le même temps (à 1sec près) donc je ne sais si s'il faut vraiment s'y fier...
EDIT : j'avais installé une debian Sid pour voir et le temps total de boot est de 35 sec pour un critical-chain de 17sec
root@renaud-pc:~# 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 @17.311s
└─multi-user.target @17.311s
└─exim4.service @15.510s +1.799s
└─network-online.target @15.506s
└─NetworkManager-wait-online.service @10.326s +5.179s
└─NetworkManager.service @7.492s +2.829s
└─dbus.service @7.489s
└─basic.target @7.327s
└─sockets.target @7.327s
└─dbus.socket @7.327s
└─sysinit.target @7.292s
└─apparmor.service @6.125s +1.166s
└─local-fs.target @6.124s
└─media-Donn\xc3\xa9es.mount @5.410s +713ms
└─dev-sdb1.device @5.027s
root@renaud-pc:~#