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

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 ?

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 ?

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.

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.

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