4 votes

Comment accélérer le temps de démarrage sous Lubuntu ?

Je suis novice en matière de linux et d'ubuntu. J'ai partagé les informations sur mon ordinateur portable. Le temps de démarrage est tellement lent. Même le lancement de firefox prend beaucoup de temps.

Quelqu'un peut-il m'aider à trouver comment optimiser mon système ?

Utilisation de Lubuntu (version Ubuntu)

Commande

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.2 LTS
Release:    18.04
Codename:   bionic

Commande

$ sudo lshw -short
H/W path         Device     Class          Description
======================================================
                            system         Aspire A515-51G (0000000000000000)
/0                          bus            Charmander_KL
/0/0                        memory         128KiB BIOS
/0/4                        processor      Intel(R) Core(TM) i5-8250U CPU @ 1.60
/0/4/5                      memory         256KiB L1 cache
/0/4/6                      memory         1MiB L2 cache
/0/4/7                      memory         6MiB L3 cache
/0/d                        memory         4GiB System Memory
/0/d/0                      memory         4GiB SODIMM DDR4 Synchronous Unbuffer
/0/d/1                      memory         [empty]
/0/100                      bridge         Xeon E3-1200 v6/7th Gen Core Processo
/0/100/2                    display        UHD Graphics 620
/0/100/14                   bus            Sunrise Point-LP USB 3.0 xHCI Control
/0/100/14/0      usb1       bus            xHCI Host Controller
/0/100/14/0/5               communication  Bluetooth wireless interface
/0/100/14/0/7               multimedia     HD WebCam
/0/100/14/1      usb2       bus            xHCI Host Controller
/0/100/15                   generic        Sunrise Point-LP Serial IO I2C Contro
/0/100/15.1                 generic        Sunrise Point-LP Serial IO I2C Contro
/0/100/16                   communication  Sunrise Point-LP CSME HECI #1
/0/100/17                   storage        Sunrise Point-LP SATA Controller [AHC
/0/100/1c                   bridge         Sunrise Point-LP PCI Express Root Por
/0/100/1c/0                 display        GP108M [GeForce MX150]
/0/100/1c.4                 bridge         Sunrise Point-LP PCI Express Root Por
/0/100/1c.4/0               generic        RTL8411B PCI Express Card Reader
/0/100/1c.4/0.1  enp2s0f1   network        RTL8111/8168/8411 PCI Express Gigabit
/0/100/1c.5                 bridge         Sunrise Point-LP PCI Express Root Por
/0/100/1c.5/0    wlp3s0     network        Dual Band Wireless-AC 3168NGW [Stone 
/0/100/1f                   bridge         Intel(R) 100 Series Chipset Family LP
/0/100/1f.2                 memory         Memory controller
/0/100/1f.3                 multimedia     Sunrise Point-LP HD Audio
/0/100/1f.4                 bus            Sunrise Point-LP SMBus
/0/1             scsi0      storage        
/0/1/0.0.0       /dev/sda   disk           1TB WDC WD10SPZX-21Z
/0/1/0.0.0/1     /dev/sda1  volume         927GiB EXT4 volume
/0/1/0.0.0/2     /dev/sda2  volume         3970MiB Extended partition
/0/1/0.0.0/2/5   /dev/sda5  volume         3970MiB Linux swap volume

Utilisé cette commande

$ 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 @1min 6.870s
multi-user.target @1min 6.870s
  kerneloops.service @1min 6.842s +26ms
    network-online.target @1min 6.836s
      NetworkManager-wait-online.service @58.305s +8.529s
        NetworkManager.service @48.794s +9.507s
          dbus.service @48.775s
            basic.target @48.690s
              sockets.target @48.690s
                snapd.socket @48.620s +69ms
                  sysinit.target @48.618s
                    systemd-timesyncd.service @48.458s +159ms
                      systemd-tmpfiles-setup.service @47.215s +1.185s
                        systemd-journal-flush.service @5.764s +41.448s
                          systemd-remount-fs.service @4.325s +1.438s
                            systemd-journald.socket @4.229s
                              system.slice @4.229s
                                -.slice @4.170s

J'ai vu ce message Peut-on parler du temps de démarrage sur Ubuntu 18.04 ?

Ran

$ systemd-analyze time
Startup finished in 4.907s (kernel) + 7min 8.181s (userspace) = 7min 13.089s
graphical.target reached after 1min 6.870s in userspace

Ran

$ service --status-all | grep '+' | wc -l
27

3voto

cmak.fr Points 7466

1. Limite de la taille du journal

Le temps qui passe systemd-journal-flush.service peut être ajustée par une limite de taille de journal.
Modifier le fichier de configuration du journal

sudo nano /etc/systemd/journald.conf

# uncomment and configure the value
SystemMaxUse=50M
# personnaly i use 2M ;)

# Then restart the journald service
sudo systemctl restart systemd-journald

1.1 Nettoyage du journal

sudo journalctl --rotate
sudo journalctl --vacuum-time=1s

Pour information, la taille du journal est donnée par cette commande :

journalctl --disk-usage

2. Applications de démarrage

Une autre étape pour accélérer le délai de chargement de l'espace utilisateur est de désactiver certaines applications de démarrage
Voir comment les montrer tous : https://help.ubuntu.com/community/ShowHiddenStartupApplications

sudo sed -i "s/NoDisplay=true/NoDisplay=false/g" /etc/xdg/autostart/*.desktop 

Voir comment ouvrir l'applet Startup Applications : https://help.ubuntu.com/stable/ubuntu-help/startup-applications.html

 gnome-session-properties

Si cela ne vous dérange pas, désactiver Backup Monitor y Updates Notifier permettra de gagner du temps au démarrage.
enter image description here

3voto

En plus de cmak.fr

J'ai regardé dans Quelle est l'utilité de systemd-journal-flush.service ?

sudo nano /etc/systemd/journald.conf

Dans la section journal, décommentez et modifiez :

Storage=auto
SystemMaxFileSize=1G
SystemMaxFiles=5

Sauvegarder et redémarrer.

keyboard-setup.service prend trop de temps au démarrage (20+sec)

sudo gedit /lib/systemd/system/keyboard-setup.service

modifié

TimeoutStartSec=10sec

Le gestionnaire de réseau d'Ubuntu 15.04 cause un démarrage lent

sudo nano /lib/systemd/system/NetworkManager-wait-online.service

passer de 30 à 15

[Service]
Type=oneshot
ExecStart=/usr/bin/nm-online -s -q --timeout=30

Temps de démarrage longs sur 18.04

sudo update-grub

Maintenant

$ systemd-analyze critical-chain
graphical.target @59.292s
multi-user.target @59.291s
  kerneloops.service @59.278s +12ms
    network-online.target @59.277s
      NetworkManager-wait-online.service @52.596s +6.681s
        NetworkManager.service @45.820s +6.773s
          dbus.service @45.792s
            basic.target @45.790s
              sockets.target @45.790s
                snapd.socket @45.745s +44ms
                  sysinit.target @45.743s
                    swap.target @45.543s
                      dev-disk-by\x2duuid-f01c80a9\x2d4d4b\x2d4e60\x2dbeb0\x2d
                        dev-disk-by\x2duuid-f01c80a9\x2d4d4b\x2d4e60\x2dbeb0\x

y

$ systemd-analyze time
Startup finished in 4.770s (kernel) + 59.301s (userspace) = 1min 4.072s
graphical.target reached after 59.292s in userspace

De 7min 13.089s a 1min 4.072s C'est une amélioration considérable. Si quelqu'un a d'autres améliorations que je ne connais pas, merci de les partager.

1voto

WinEunuuchs2Unix Points 91128

Voici ma contribution à ce petit Show & Tell :

$ 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 @2.490s
multi-user.target @2.489s
  snapd.service @1min 34.450s +153ms
    basic.target @2.227s
      sockets.target @2.226s
        snapd.socket @2.205s +13ms
          sysinit.target @2.197s
            systemd-update-utmp.service @2.136s +54ms
              systemd-tmpfiles-setup.service @2.116s +9ms
                local-fs.target @2.108s
                  run-user-1000-gvfs.mount @1min 26.644s
                    run-user-1000.mount @1min 25.977s
                      local-fs-pre.target @192ms
                        systemd-remount-fs.service @172ms +10ms
                          systemd-fsck-root.service @110ms +39ms
                            systemd-fsckd.socket @109ms
                              -.slice @81ms

Comparez ceci 2,49 secondes a Réponse de la DDC de 59,29 secondes qui a des fonctions supplémentaires qui prennent du temps et que j'ai supprimé de mon démarrage :

  kerneloops.service @59.278s +12ms
    network-online.target @59.277s
      NetworkManager-wait-online.service @52.596s +6.681s
        NetworkManager.service @45.820s +6.773s
          dbus.service @45.792s
                snapd.socket @45.745s +44ms
                    swap.target @45.543s
                      dev-disk-by\x2duuid-f01c80a9\x2d4d4b\x2d4e60\x2dbeb0\x2d
                        dev-disk-by\x2duuid-f01c80a9\x2d4d4b\x2d4e60\x2dbeb0\x

Caractéristiques principales :


Améliorations du contrôle du journal Systemd

$ cat /etc/systemd/journald.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See journald.conf(5) for details.

[Journal]
#Storage=auto
# Aug 4 2018 - recommended: https://www.freedesktop.org/software/systemd/man/journald.conf.html
storage=persistent

Les détails notables sont dans en gras .

Denn journalctl ne sont plus vidés au démarrage, je les ai configurés pour qu'ils soient aspiré une fois par mois :

Souvent, je veux savoir ce qui s'est passé lorsque le système a planté et que j'ai dû redémarrer. Par défaut journalctl Les fichiers ne vous montrent pas les bottes précédentes cependant. J'ai donc activé l'historique multi-boot :

C'est tout pour aujourd'hui. J'essaierai de me souvenir de mettre à jour cette réponse à l'avenir.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X