“等待网络配置”问题
有时在ubuntu启动时会出现此问题。 有时你无法真正启动界面。
带有5个点的启动画面和一条消息说：
等待网络配置
其次是：
等待额外的60秒进行网络配置
我决定使用CLI和Alt + Ctrl + F2方法，因此当您登录GUI时，您可以自由地执行此操作 – 好的，我将编写一般步骤，因此您可以随意使用您喜欢的任何方法。
-
编辑
/etc/network/interfaces：sudo nano /etc/network/interfaces-
如果您在登录GUI时从LXTerminal键入此内容，则：
gksudo leafpad /etc/network/interfaces
-
-
删除那里写的任何东西，并保持这个：
auto lo iface lo inet loopback
保留“interfaces”文件的备份副本是个好主意，所以请确保在执行任何操作之前保存“interfaces.bak”文件
-
如果您正在使用nano，则按Ctrl + O;如果您使用的是leaf，则按Ctrl + S （文件>保存）。
-
如果使用的是Ctrl + X ，则使用nano并按Ctrl + Q （文件>退出），如果您使用的是leafpad。
-
重启。
-
完成。
在我遇到的每种情况下，这都是/ etc / network / interfaces中的问题
您不应该像之前的post中建议的那样删除所有内容，而是检查常见问题。
在我的例子中，它是为其他以太网IPS定义网关参数。 您只需要为每个卡定义主接口的网关。
我的意思是，如果你的文件是这样的：
auto eth0 iface eth0 inet static address 10.0.0.5 netmask 255.255.255.0 network 10.0.0.0 gateway 10.0.0.1 auto eth0:0 iface eth0:0 inet static address 10.0.0.6 netmask 255.255.255.0 network 10.0.0.0 #gateway 10.0.0.1
第二个网关参数将导致ubuntu在启动期间挂起60秒以上，您只需要为第一个eth0部分定义网关，您需要为任何其他NIC卡定义网关，IE eth1，wlan0等但不是额外的IPS分配给相同的nic。 早期版本的Ubuntu对此没有任何问题，但是Ubuntu 12.04并不喜欢它…如果它可以简单地忽略它就好了。
我确定此文件中还有其他“问题”可能导致此问题，因此您应该检查文件并确保没有拼写错误等。
这也可能有所帮助： http ： //tech.pedersen-live.com/2012/05/disable-waiting-for-network-configuration-messages-on-ubuntu-boot/
基本上你编辑这个/etc/init/failsafe.conf文件并禁用（注释）实际暂停系统的sleep命令。 除了完成这项工作外，至少在我的情况下，网络配置中根本没有任何错误，所以一切都很顺利。
顺便说一下，你的解决方案只允许配置环回接口，这是我在设置中无法承受的（我不得不手动设置接口和网桥）。
这个问题的真正（！）解决方案是以下命令：
sudo sed -i.old-`date +%Y%m%d-%H%M%S` '/^auto lo$/!s/^auto /allow-hotplug /' /etc/network/interfaces
在/etc/network/interfaces这会将所有接口（除了lo ）从auto更改为allow-hotplug 。 通过这种方式，引导不再等待接口首先出现。
警告：此更改后，永久连接的接口可能会在引导后保持关闭状态，直到
systemd收到实际的插件事件。 见下面的注释。
之前的例子（看看auto eth0 ）：
auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet dhcp
之后的例子（看看allow-hotplug eth0 ）：
auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp
笔记：
-
如果在
/etc/fstab挂载网络共享，请使用auto而不是allow-hotplug作为网络共享的接口。 否则，您可能会在启动过程中看到奇怪的事情，因为网络必须在网络共享安装之前可用。allow-hotplug不能确保这一点。 -
如果接口处于
auto模式，则表示：“这些接口对于引导至关重要，因此我们必须等待它们在引导之前出现。” 因此，如果它们没有出现，Ubuntu会使故障保护延迟启动，等待它们出现长达120秒。 这是正确的做法。相比之下，设置为
allow-hotplug接口告诉Ubuntu，它们是可选的。 因此它们不是必不可少的。 -
Ubuntu记录哪些接口在安装时可用，并假设它们对以后的操作很重要。 这是一个保守的选择，以防稍后需要接口，因为某些服务绑定到它，因为如果这些服务错过了接口，则无法启动。
-
还有一个内核设置允许进程绑定到不存在的IP，因此如果您愿意，可以始终使用
allow-hotplug，而不会损害引导过程的稳定性。 然而，这是一个完全不同的故事。
备注（更新2018-01-04）：
-
在我这边，
allow-auto和auto，所以它没有帮助（尝试使用br0）。 -
在将我的一个系统升级到Debian Stretch并切换到SystemD之后，在等待（永久连接的外部）接口
br0出现时，启动变得无法忍受地延迟。 但是， 使用allow-hotplug，接口br0在启动后保持不变 。 也许这是由于SystemD没有在这样的接口上接收任何真实或合成的插件事件。 我没有深入研究这个，因为一些模糊的crontab条目@reboot /sbin/ifup br0forroot为我修复了它。 （这可行，但可能是某些东西，最好不应该推荐给其他人。我想听听是否有人有更好的想法。）
（（文字在这里结束，其余的是为了娱乐））
这是一个床上时间的故事，灵感来自于：
一些作物农民继续横冲直撞。 他们的庄稼晒干了！ 因此，他们调查了为什么灌溉沟里没有足够的水。 在更近的距离，他们立即发现了他们的罪魁祸首。 大坝！ 该死的大坝阻挡了所有的水！
从这一刻起，很清楚该怎么做。 “炸毁大坝！” 他们大叫并开始收集他们的炸药。 然后他们都直奔大坝。
其中一位农民的小儿子问他父亲发生了什么事。 他告诉他的儿子：“沟里没有足够的水，所以我们炸毁了大坝！” 然后他立即离开了包。
“但是”，这个小家伙试图在父亲身后喊道，“但是有一个阀门！只需打开阀门！” 可悲的是，他的声音太温和了，他的腿太短了，所以这个消息没有传到任何人身上。
男孩坐下来哭了起来。 半小时后，他听到远处的“轰隆”，摧毁了他最喜欢的大坝，也就是阀门所在的大坝。
接下来发生了什么？
洪水席卷了所有珍贵的庄稼。 银行带走了这个男孩的父亲的农场。 他的父亲无法支付一所好学校的费用。 所以这个男孩加入了军队接受高等教育。 在那里，他学到了关于爆炸物植物学的一切，现在试图发明一个爆炸抗性大坝。
这个故事在这里有什么用？
- 作物农民是另一个答案。
- 这个小男孩就是这个答案。
- 大坝是Ubuntu故障安全的睡眠。
- 阀门是正确的接口设置。
- 水是引导过程。
- 庄稼是你的Ubuntu操作系统。
- 填充的沟渠是，引导过程应该如何。
生活在/etc/network/interfaces被破坏，故障保护中的睡眠被移除，即使有人看到关闭的阀门（ auto ），也没有人发现它也可以开启！
在包含sleep 的所有行前面的/etc/init/failsafe.conf文件中添加一个# 。 这样做有助于快速启动。
这将导致更快的启动，并且它不会解决/etc/network/interfaces文件的任何问题。 解决/etc/network/interfaces文件的问题不是/etc/init/failsafe.conf文件的目的。
在某些情况下，您希望网络接口不起作用（即，某些时候只有插入eth0接口（有线连接）的笔记本电脑）。 我不想再等待2分钟让我的笔记本电脑启动，因为我没有插入有线连接。
我有类似的问题。 通过运行ifconfig -a ，我确定我计算机上唯一的网络设备是p4p1和lo 。 没有eth0 。
所以我编辑了/etc/network/interfaces ，用p4p1替换了eth0所有实例。 文件的内容现在是：
auto lo iface lo inet loopback auto p4p1 iface p4p1 inet dhcp
重新启动后，网络工作正常。
如果重要，我使用的是Ubuntu 12.04.5服务器版。