Comment diagnostiquer / réparer un démarrage très lent sur Ubuntu 18.04

47

Il y a longtemps que les disques SSD ne font rien.

  • Comment puis-je trouver la faute et la réparer?
  • Déjà vérifié /etc/fstab, pas d'échange ou quelque chose d'anormal (32 Go de RAM, pas d'échange)

[    2.173492] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.173497] usb 2-1.6: Product: DW375 Bluetooth Module
[    2.173501] usb 2-1.6: Manufacturer: Dell Computer Corp
[    2.173511] usb 2-1.6: SerialNumber: 7CE9D3C0713B
[    2.323728] ata4: SATA link down (SStatus 0 SControl 300)
[    2.441062] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input6
[    2.640309] ata5: SATA link down (SStatus 0 SControl 300)
[    2.954947] ata6: SATA link down (SStatus 0 SControl 300)
[    3.068090] clocksource: Switched to clocksource tsc
[   36.584826] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   36.726117] ip_tables: (C) 2000-2006 Netfilter Core Team
[   36.732610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +AC
L +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   36.751996] systemd[1]: Detected architecture x86-64.
[   36.753867] systemd[1]: Set hostname to <latitude-e5520>.
[   36.868561] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   36.868594] systemd[1]: Reached target Remote File Systems.
[   36.868751] systemd[1]: Created slice User and Session Slice.
[   36.868869] systemd[1]: Created slice System Slice.
[   36.868948] systemd[1]: Listening on udev Control Socket.
[   36.868957] systemd[1]: Reached target Slices.
[   36.868996] systemd[1]: Listening on udev Kernel Socket.
[   36.895156] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   36.898185] lp: driver loaded but no devices found
[   36.903941] ppdev: user-space parallel port driver
boot 18.04 utilisateur105939
la source
3
Est-ce une nouvelle installation? avec LVM? peut-être ce bug: bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230 ?
Pim
Pour voir le WARNING:Failed to connect to lvmetad. Falling back to device scanning.message, vous devez désactiver le démarrage silencieux et spash (voir: askubuntu.com/a/289/454520 )
pim
Il s’agit d’un long démarrage de network.service. La solution de cette réponse m'a aidé.
gyr9i

Réponses:

60

Je suis passé à 18.04 aujourd'hui et j'ai rencontré le même problème. J'ai pu résoudre ce problème en démarrant le noyau avec le noresumeparamètre.

Comme vous, je n'ai pas non plus d'espace d'échange. À un moment donné pendant la mise à niveau, la configuration initramfs a été modifiée, en ajoutant une ligne pointant vers une partition de swap non existante. Le démarrage lent était dû au fait qu'il recherchait cette partition, puis expirait après 30 secondes.

Pour mettre à jour GRUB afin qu'il transmette cette option au noyau automatiquement au démarrage:

  1. Editez le fichier /etc/default/grubfichier pour que la chaîne noresumesoit incluse dans la GRUB_CMDLINE_LINUX_DEFAULTligne, par exemple:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"

  2. Exécutez cette commande pour mettre à jour GRUB: 

    sudo update-grub

  3. Redémarrez l'ordinateur

Clifforus
la source
1
noresume l'a corrigé, rien d'étrange dans initramfs.
user105939
2
Je suis passé à 18.04 hier et j'ai eu le même problème (il a fallu 52 secondes pour démarrer). Après avoir défini le paramètre "noresume", il a fallu 21 secondes.
Erol
1
Vous pouvez améliorer votre réponse déjà bonne avec des instructions sur la mise à jour de grub.
WinEunuuchs2Unix
9
Veuillez noter qu'il s'agit d'une solution de travail, car elle empêchera la reprise d'un système en veille prolongée.
pim
2
Je crains que cela ne m'empêche d'utiliser l'hibernation. Cependant, cela a fonctionné pour moi: askubuntu.com/questions/1013830/… (modification /etc/initramfs-tools/conf.d/resume, modification de RESUME = none à partir de l'UUID et exécution de update-initramfs -u)
Grey Panther
19 
$ systemd-analyze blame

Regardez pour voir quels processus prennent le plus de temps du processus de démarrage.

Manoj
la source
5
systemd-analyze blamene montrera pas le temps du noyau, et pour ce problème. systemd-analyse timemontrera que c'est le noyau qui est bloqué à la recherche du système de fichiers.
Pim
2
bon indice, mais le processus le plus long n'a pris que 1,6 seconde. Cet outil n'a donc pas aidé.
user105939
3
@Pim systemd-analyse timea une faute de frappe, il devrait avoir unz
RobAu
1
systemd-analyze critical-chainest encore meilleur queblame
user535733
5

Je suis passé de 16.04 à 18.04. Le temps de démarrage était plus de 10 minutes.
Essayé de "Pas d’écran de démarrage au noyau" pour trouver quels processus prennent le plus de temps pour démarrer.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Nous devons donc réduire le temps nécessaire à ce processus pour gagner du temps au démarrage. Faire cela,

Vous devez éditer,

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Trouver 

TimeoutStartSec=5min

Changer en 

TimeoutStartSec=5s

et redémarrer

krige
la source
C'est là que ma chaussure brûlait beaucoup de temps, alors cette solution a fonctionné pour moi. +1
Gnawme
3

Vous pouvez configurer le délai d'expiration des tâches de démarrage et d'arrêt.

Éditez /etc/systemd/system.confavec des privilèges élevés et changez / ajoutez deux lignes commentées par défaut de 90 secondes à 5 secondes (ou celui que vous préfériez) et décommentez-le:

de: 

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s

à:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

Après cela, appliquez les modifications en reconstruisant votre initramfs avec la commande:

sudo update-initramfs -u
markackerman8-gmail.com
la source
0

J'ai essayé une méthode différente mais rien n'a fonctionné. alors je trouve que c'était le problème du pilote graphique. J'ai résolu en utilisant des pilotes supplémentaires pour moi c'était Nvidia.

goto: logiciels et mises à jour -> choisir le pilote graphique répertorié -> appliquer les modifications

Note: J'utilise la version du noyau 4.18.0-25-generic

Habibun
la source