Edit 25.10.2016 : Si vous ne comptez pas utiliser l'hibernation parce que vous ne pouvez pas ou que vous préférez suspendre/S3, alors vous pouvez le désactiver dans Grub en ajoutant . noresume
a GRUB_CMDLINE_LINUX_DEFAULT
sur /etc/default/grub
et exécuter update-grub
. Voici un exemple sur un Chromebook N22 utilisant GalliumOS :
livewire@zc01:~$ systemd-analyze
Startup finished in 8.580s (kernel) + 4.160s (userspace) = 12.740s
livewire@zc01:~$ systemd-analyze
Startup finished in 3.595s (kernel) + 4.254s (userspace) = 7.850s
J'ai trouvé cela parce que j'étais curieux de la partie "Running scripts local-premount" pendant le démarrage et j'ai enquêté un peu dans initramfs qui m'a conduit à cette option que je n'utilisais auparavant que lorsque mon système ne pouvait pas se réveiller de l'hibernation.
Edit 06.08.2016 : Vous devriez mettre à jour vers une version récente de votre distribution Linux qui est livrée avec systemd.
Ingrédients :
- Obtenez un système UEFI avec un code UEFI sans bavures ou Coreboot.
- Obtenir un SSD
- Installer Ubuntu en mode UEFI
- Bonus : Compresser initramfs avec
xz lzop et n'inclure que les modules nécessaires. (Vous devriez vraiment savoir ce que vous faites avant d'essayer de faire cela).
- Bonus : Supprimez les démons inutiles ou configurez-les pour qu'ils démarrent plus rapidement. Bien que l'installation par défaut soit déjà assez bonne.
- Exemple : le travail d'init "btrfs" qui cherche des pools à monter alors qu'il n'y a pas de volumes btrfs sur ce périphérique. Cela m'a amené à supprimer btrfs-tools de certaines de mes installations.
Je dois dire que 32 secondes est en fait assez bon. Il ne sera pas beaucoup plus rapide avec du matériel traditionnel. Mon nouveau Lenovo T530 prend le même temps pour démarrer en mode traditionnel. Avec le nouveau micro SSD que j'ai récemment installé et Ubuntu en mode UEFI, il ne faut plus que 15 secondes entre la pression du bouton d'alimentation et la connexion. On a toujours l'impression de perdre 5 secondes pendant le post, mais on ne perd absolument pas de temps à démarrer le système d'exploitation proprement dit. Le micro SSD a des vitesses de transfert de 280 MB/s, peut-être qu'un SSD de 500 MB/s pourrait arriver à 7 secondes. Mais c'est vraiment aux fabricants de réduire le temps de pré-démarrage du système d'exploitation (POST et autres).
Concernant le profilage de démarrage et la concurrence de Shell. Ces informations peuvent être considérées comme datées ou éventuellement comme un mythe. Je me souviens que le profilage de démarrage automatique ou quelque chose qui rendait le profilage de démarrage absolument superflu a été ajouté à Linux ou au système central il y a des années, depuis lors je n'ai plus utilisé le profilage de démarrage après l'installation d'un nouveau paquetage du noyau. Le paramètre de concurrence Shell était censé casser les choses, mais avec Systemd et Upstart, il devrait être superflu aussi, et ne devrait avoir aucun effet positif.