GNU/Linux >> Tutoriels Linux >  >> Ubuntu

Le noyau Xubuntu 18.04 prend du temps à démarrer ?

Après la mise à niveau à partir de 17.10, j'ai connu des temps de démarrage plus longs. Au début, cela prenait plus de 5 minutes. dmesg a révélé que le coupable était un lecteur de disquette inexistant, que le noyau a essayé de trouver.

En supprimant rapidement cela, les 5 minutes sont tombées à environ 40 secondes, ce qui, à mon avis, est encore plus qu'il n'en fallait avant la mise à jour. Exécution de dmesg montre à nouveau qu'il faut 30 secondes pour monter un système de fichiers (sortie complète), avec le message suivant :

[   36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

Je démarre à partir d'un SSD, avec deux autres disques durs branchés, dont l'un est formaté en ext4, mais ne contient aucune donnée système. Je suppose que c'est le SSD. Pendant ces 30 secondes, aucun texte ne s'affiche, ni splash, juste un écran vide.

Maintenant, j'ai dit que cela semble plus lent qu'avant la mise à jour, car je n'ai pas les heures exactes d'avant, donc ma première question est, est-il normal de prendre 30 secondes pour monter un système de fichiers, et si non, comment en savoir plus quelle pourrait être la cause du retard ?

MODIFICATION 1 :

L'activation ou la désactivation de l'échange n'a aucun effet

Pendant ce temps, j'ai également installé un autre disque dur dans mon ordinateur. Il semble avoir encore prolongé mon temps de démarrage d'environ 10 secondes, avec une autre ligne apparaissant dans dmesg sortie, juste avant le délai de 30 secondes susmentionné :

[    3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   17.169519] random: crng init done
[   51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

MODIFICATION 2 :

systemd-analyze blame les résultats sont ici

pendant ce temps après plusieurs redémarrages, le dmesg les lignes que j'ai blâmées ci-dessus ont changé leur temps ainsi :

[    3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   34.091886] random: crng init done
[   36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

Je vais faire quelques redémarrages pour savoir si cela change de manière aléatoire ou reste le même (le bloc de code dans la première modification provient du premier démarrage après l'insertion du disque dur supplémentaire).

EDIT 2.5 :le random: crng init done apparaît généralement à des moments comme indiqué dans l'édition 1, rarement comme dans l'édition 2. Cela semble être… aléatoire.

En relation :Comment configurer un réseau NFS ?

Réponse acceptée :

J'ai eu le même problème. Pendant les messages de démarrage, il indiquerait qu'il a expiré en attendant le périphérique de reprise. Vérifiez dans /etc/initramfs-tools/conf.d/resume s'il y a un UUID comme RESUME=some-uuid supprimer uuid et remplacer par "none" pour être RESUME=none . Après cela, exécutez sudo update-initramfs -uk all et ça devrait être bon.


Ubuntu
  1. Linux - La synchronisation de l'heure Ntp prend beaucoup de temps ?

  2. Ubuntu ne démarre pas après la mise à jour du noyau ?

  3. Utiliser initcall_debug pour trouver que les appels du noyau prennent beaucoup de temps lors du démarrage dans CentOS/RHEL

  4. Redimensionner la partition de démarrage

  5. Ignorer le module du noyau au démarrage

Combien de temps votre système Linux prend-il pour démarrer ?

Linux, GPU AMD, écran noir au démarrage

Un guide de base du processus de démarrage Linux

Comment changer de noyau au démarrage ?

Comment supprimer les anciennes versions du noyau pour nettoyer le menu de démarrage ?

Propagation DNS et pourquoi cela prend si longtemps - Explication