14.04 PXE замедляют процесс начальной загрузки (udev/upstart/systemd)

Я использовал бездисковую установку Ubuntu для нашего отдела вплоть до Ubuntu 13.04 без любых главных проблем до сих пор.

Однако с 14,04, что-то странное происходит в процессе начальной загрузки (который занимает несколько минут для завершения.)

Смотря на журнал dmesg, похоже, что проблема связана с инициализацией "urandom" и "не блокирующегося пула". Какие-либо идеи, почему это заняло бы несколько минут при начальной загрузке в сети (использование NFS)?

Извлечение из 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

Этому предложили это /dev/random и /dev/urandom отсутствовали и должен был быть воссоздан, но это не было решением.

Я был бы очень благодарен за любую подсказку, которая укажет на меня в направлении, чтобы помочь мне решить эту проблему.

Обновление 20.05.2014 - вот является включенным bootchart: Bootchart PXE-booted Ubuntu 14.04

1
задан 20 May 2014 в 21:29

1 ответ

У меня была подобная проблема. Bootchart показал имя узла, Плимут и такое взятие очень долгого времени для запуска.

Движение с интуицией, думая они (главным образом 'имя узла') могли бы хотеть сделать что-то networky, когда сетевое соединение доступно, я удостоверился, что была работа resolv.conf доступна на корневом объеме. Это решило мою проблему.

1
ответ дан 11 November 2019 в 12:45

Другие вопросы по тегам:

Похожие вопросы: