web-dev-qa-db-fra.com

Est-il habituel qu'Ubuntu 14.04.2 prenne beaucoup de temps à l'étape "aléatoire: le pool non bloquant est initialisé" au cours du processus de démarrage?

Pendant le processus de démarrage, mon Ubuntu 14.04.2 met environ 11 secondes pour terminer l’étape "Aléatoire: le pool non bloquant est initialisé" (il s’agit de l’étape la plus lente, FYI).

  1. Que signifie cette étape?
  2. Est-ce normal de prendre beaucoup de temps pour le compléter?
  3. Y a-t-il une solution à cela?

Un exemple de journal/var/log/dmesg de mon Ubuntu 14.04.2 est présenté ci-dessous:

[    2.090510] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    2.091836] i915 0000:00:02.0: registered panic notifier
[    2.103088] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[    2.104819] acpi device:02: registered as cooling_device4
[    2.106250] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input6
[    2.107908] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[    2.214193] psmouse serio1: synaptics: queried max coordinates: x [..5888], y [..4856]
[    2.301008] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    2.334007] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.4, id: 0x1e0b1, caps: 0xd04773/0xe40000/0xa0400, board id: 0, fw id: 639087
[    2.409482] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input5
[    2.914326] Switched to clocksource tsc
[    3.120191] random: nonblocking pool is initialized
[   14.745283] Adding 3986428k swap on /dev/sda5.  Priority:-1 extents:1 across:3986428k FS
[   14.875375] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   15.027854] systemd-udevd[333]: starting version 204
[   15.316294] lp: driver loaded but no devices found
[   15.330491] ppdev: user-space parallel port driver
14.04boot
9
Tom

Je crois que cette étape particulière ne prend pas vraiment beaucoup de temps. Le message dans le journal dmesg est imprimé lorsque le pool a été initialisé et non au démarrage de l’initialisation.

Ce que Linux fait en 11 secondes, c’est probablement rechercher, identifier et initialiser du matériel, ce qui ne génère pas nécessairement d’entrées dans le journal dmesg.

2
mdd

Cela pourrait être d'essayer et de ne pas changer de mode vidéo. Essayez d’ajouter nomodesetà la ligne de commande du noyau et voyez si cela vous aide.

Dans le menu de démarrage grub, appuyez sur epour modifier l'entrée de démarrage actuelle et ajoutez "nomodesetname__" à la ligne commençant par linuxname__. Puis appuyez f10 ou ctrl + x pour démarrer l'entrée modifiée.

2
András Korn

Dit d'une autre manière: Non, ce n'est pas normal, il faut du temps pour réagir. Avez-vous des périphériques que vous pouvez débrancher et relancer l’amorçage? L'un d'eux crée probablement un problème. débranchez votre imprimante, votre mémoire USB, etc ... et essayez de redémarrer. Est-ce plus rapide? Si tel est le cas, essayez de réinsérer un périphérique à la fois dans votre système et de redémarrer pour identifier le périphérique qui pose problème. comprendre l'appareil en difficulté, et poster. vous pouvez vérifier l'intégrité de votre disque (SMART Analysis)

Le journal que vous souhaitez consulter est (probablement): /var/log/syslog

vous pouvez également essayer d’aller dans votre bios et de désactiver des éléments tels que le port parallèle et tout autre matériel inutilisé, de sorte que vous n’avez pas besoin de perdre du temps à initialiser les ports que vous n’utilisez pas.

2
j0h