14.04 Processus de démarrage lent PXE (udev / upstart / systemd)
J'utilisais une installation sans disque d'Ubuntu pour notre département jusqu'à Ubuntu 13.04, sans aucun problème majeur jusqu'à présent.
Cependant, avec 14.04, quelque chose de bizarre se produit dans le processus de démarrage (qui prend plusieurs minutes à compléter).
En regardant le journal dmesg, il semble que le problème soit lié à l'initialisation de "urandom" et du "pool non bloquant". Des idées pourquoi cela prendrait plusieurs minutes lors du démarrage sur le réseau (en utilisant NFS)?
Extrait de dmesg:
[ 13.013388] pcnet32 0000:00:03.0 eth0: link up, 100Mbps, full-duplex
[ 13.863447] random: init urandom read with 44 bits of entropy available
[ 75.338950] random: nonblocking pool is initialized
[ 115.543026] init: plymouth-upstart-bridge main process (139) terminated with status 1
[ 115.551323] init: plymouth-upstart-bridge main process ended, respawning
[ 155.826797] init: plymouth-upstart-bridge main process (149) terminated with status 1
[ 155.827871] init: plymouth-upstart-bridge main process ended, respawning
[ 155.863568] init: plymouth-upstart-bridge main process (152) terminated with status 1
[ 155.865184] init: plymouth-upstart-bridge main process ended, respawning
[ 155.884975] init: plymouth-upstart-bridge main process (156) terminated with status 1
[ 155.886498] init: plymouth-upstart-bridge main process ended, respawning
[ 158.202482] systemd-udevd[320]: starting version 204
Il a été suggéré que /dev/random et /dev/urandom étaient manquants et devaient être recréés, mais ce n'était pas la solution.
Je serais très reconnaissant de toute suggestion qui me ferait penser à une direction pour m'aider à résoudre ce problème.
Mise à jour 2014-05-2 - voici le graphique de démarrage inclus: 
J'avais un problème similaire. Bootchart a montré le nom d’hôte, plymouth et autres en prenant beaucoup de temps.
Intuition, pensant qu'ils (surtout "nom d'hôte") pourraient vouloir faire quelque chose en réseau lorsqu'une connexion réseau est disponible, je me suis assuré qu'un résolv.conf fonctionnel était disponible sur le volume racine. Cela a résolu mon problème.