这不会经常发生。以前确实有大约 30% 的时间会发生这种情况，然后我打开电脑，发现 wifi PCI 卡没有正确拧紧。我搞砸了，现在它几乎总是正常工作（大约 95% 的时间）。当计算机在没有网络功能的情况下启动时，我很烦，因为我无法使用它，这意味着我必须再等待 103 秒的重新启动，就像我今天下午所做的那样。
我今天得到了几张照片 - 第一张“等待网络配置...”让我知道我必须等待该过程结束，然后在完成后重新启动计算机，第二张“等待网络配置最多 60 秒..."。
AskOverflow.Dev
这些消息在等待 /etc/network/interfaces 中标记为“auto”的所有接口出现时出现。在大多数 Ubuntu 系统上，这只是环回 (127.0.0.1)；其他一切都在稍后通过 NetworkManager 完成。
如果您在该文件中添加了标记为“auto”和“dhcp”的内容，并且 DHCP 服务器没有立即响应，通常会发生这种情况。你会看到这个屏幕，直到它出现。
如果设备“丢失”也可能发生这种情况，例如，如果 PCI 卡没有正确就位并且无法识别，或者有缺陷。
因此，首先，查看 /etc/network/interfaces 并确定除了 lo 之外还有哪些被标记为 auto（或者，使用此命令打印所有自动接口
ifquery --list --allow auto：）可能它只是您的“wifi PCI 卡”，但也许它是您不再使用的另一个剩余设备？没有插入电缆的有线以太网卡？从您不想在启动时出现（并且必须等待）的任何内容中删除“自动”。
如果它只是你的无线网卡，你的意思是这样配置它而不是使用 NetworkManager 吗？如果没有，我建议使用后者，尤其是对于 wifi 接口。删除“自动”并重新启动（或者只是运行
ifdown [interface]或什ifdown -a至），登录图形桌面，然后使用面板中的小程序设置连接。如果您出于某种原因不想使用 NM，您可能仍然不想在启动时等待无线。在这种情况下，您将再次删除“自动”，然后使用该
ifup [interface]命令将其调出。要在启动时仍然自动执行（但不等待它），理想情况下，您应该在 /etc/init 中创建自己的 upstart 脚本，该脚本在静态网络启动后立即运行。但是，如果您不想弄清楚如何执行此操作，则始终可以在 /etc/rc.local 中添加该命令。[interface]顺便说一句，可能会是，但是当它工作时wlan0，您应该通过查看 , 的输出来验证这一点。ifconfig -a对于实际失败，下次发生这种情况时，您将不得不查看 /var/log/syslog 以找出确切原因。由于您说它在重新启动后可以工作，因此它可能不会是 DHCP 服务器问题。更有可能是设备的问题。你可能会看到这样的行：
检查设备是否甚至出现在
ifconfig -a. 如果是这样，您可以手动重试ifup [interface]（或者只是ifup -a如果您从未删除过自动）以查看它是否可以在不重新启动的情况下工作。如果没有，请开始查看内核启动消息 (dmesg | less) 是否有任何相关信息。通常在第一次检测到设备时会打印一些内容，例如：当它工作时看看你自己的，看看它应该是什么样子。然后，比较它什么时候坏了。有没有错误？或者，无线的东西完全消失了吗？对我来说，那只是尖叫坐得不好或有缺陷的卡。确保它完全牢固地插入 PCI 插槽。
如果您在 syslog 或 dmesg 中发现了其他类型的错误，您可能应该提交一个错误。保存您在这些日志和命令输出中找到的所有相关内容。当您能够连接时，运行命令
ubuntu-bug networking以创建错误，然后附加您保存的任何内容。拧紧螺丝会影响问题的频率这一事实表明（至少对我而言）这是一个硬件连接问题。我会取出卡，仔细清洁卡上的触点并更换它。如果这不能解决问题 它不会自动表明卡是坏的。在不同的插槽（或不同的系统）中尝试卡，因为插槽可能有缺陷，而不是卡。
自从我十天前从 Ubuntu 14.04 升级到 Ubuntu 16.04 后，这个问题就再也没有出现过。
这是我第一次成功地进行这样的升级。之前的升级尝试，从 10.04 到 12.04，以及从 13.04 到 14.04，都不起作用，必须从新下载的映像进行安装，然后对系统进行几个小时的配置。