“等待网络配置”会增加3到5分钟的启动时间


37

我在启动时会获得以下信息,大约需要3到5分钟,而通常需要1分钟:

Waiting network configuration
Booting system without full network configuration

谷歌搜索后发现我应该更改/ etc / networks / interface。我注释掉了那里的所有内容,但问题仍然存在:

# auto lo
# iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255

如何使Ubuntu 11.10的启动速度更快?


5
我不了解这种行为。我不想每次回家都更改接口文件。在某些情况下,我根本没有网络,或者在登录后使用wicd。对我来说,作为笔记本电脑所有者,这意味着等待2分钟。每天两次。此外:我将所有接口配置为静态。没门。

2
@jrg这不是代码问题,而是设计问题。我可以提出有关此类问题的错误吗?
莱奥波德·赫兹(LéoLéopoldHertz)2011年

1
是的你可以。只需注意这是一个设计错误。:)
jrg 2011年

@jrg错误的状态应该是什么?-我选择了xorg作为包,因为需要选择一些东西。我将状态设为无效,因为它并不是真的。-关于设计。人们现在是否可以理解该bug的状态并未下降,而仅针对xorg软件包?
莱奥波德·赫兹(LéoLéopoldHertz)2011年

2
使用allow-hotplug,而不是auto在/ etc /网络/接口文件,例如,allow-hotplug enp0s25然后iface enp0s25 inet dhcp。这告诉服务器不要等待dhcp答复点亮接口。
Zachary Scott

Answers:


38

首先,这是一种新行为,已记录在11.10发行说明中,我实际上是与Scott Moser共同开发的,目的是使服务器启动更可靠。

注释掉lo将意味着您没有本地网络功能,这将在某些程序尝试使用网络时中断某些程序。这也将导致系统永远无法启动,因为它至关重要。因此,请保留以下两行:

auto lo
iface lo inet loopback

关于位eth0表示您的计算机已配置为等待动态地址分配给它,然后将该网络视为UP。在pre-upstartUbuntu版本(8.10及更早版本)中,系统将等待60秒才能继续启动。当upstart加入,这种情况并没有等待了,因为这并不总是预计将在插入网络接口更好地像管理network-manager

因此,如果您有一台服务器,则可能等待一个动态地址,否则系统将在没有其所有网络可用的情况下启动(如果要花2分钟以上的时间才能获得地址,则系统会这样做)。如果您不是总是希望将笔记本电脑插入,请在网络管理器中eth0进行配置eth0,并仅从中删除那些行/etc/network/interfaces,这可以消除启动延迟。

请记住,存在一个已知错误VMware并且dbus也会导致此消息。


1
Masi,听起来您需要提出其他问题。
SpamapS 2011年

3
抱歉,我是新手,我仍然不明白为什么系统必须等待2-4分钟才能获得IP。主要问题是“我需要这个吗?如果我有一台笔记本电脑,并且始终使用有线和无线网络连接?”
itun 2011年

2
@SpamapS和Scott Moser请把它改回原来的样子。您正在伤害桌面用户。我理解您的观点是,您可以节省编程时间,但是请考虑是否有1亿用户由于这种更改而每天2分钟丢失。这是巨大的代价!请分支Ubuntu Server与Ubuntu Desktop完全不同。
莱奥波尔德·赫兹(LéoLéopoldHertz)2011年

5
对此进行投票以提高意识,但作为普通的台式机用户我非常不高兴,对此没有快速启动选项。绝对可以看作是从10.04升级到12.04的降级。网络管理器无法直接控制诸如双工和autoneg之类的设置,导致需要通过/ etc / network / interfaces来实现这一点,这使问题更加复杂
prusswan 2012年

2
@SpamapS:虽然我很高兴您考虑添加一个“不等待”选项,但真正需要考虑的是为什么Canonical在QA上始终如此失败(过去6年的用户,并且我遇到的showtopper回归应该包含阻止了每次发布)。除此之外,服务器和最小CD广泛用于桌面安装,因为图形安装程序经常会出现问题,并且/或者更容易在故障介质上运行最小CD。绝对不安全的假设是,由于用户正在使用备用CD或最小CD,因此他们必须安装服务器。
Joseph Garvin 2012年

8

如果您将操作系统从一台计算机移至另一台计算机,则可以很好地推测到udev创建的配置包含旧网络设备的mac地址,该地址不同于新系统中网络设备的mac地址。

尝试删除以下文件,然后重新启动系统,看看是否可以解决问题:

/etc/udev/rules.d/70-persistent-net.rules

dachange感谢您让我走上正确的道路来解决另一个问题!执行IP链接设置wlan0时,我在wlan0 rlt8185设备上获得了重置超时。在70-persistent-net.rules文件中查找并注释掉添加了我的无线设备的行,重新启动后就可以使用了!

6

您正在混合使用两种不兼容的方式为网络接口分配地址。

iface eth0 inet dhcp

说:“将DHCPDISCOVER数据包发送到物理本地网络,等待来自物理本地DHCP服务器的DHCPOFFER数据包,并从中获取IP地址(请参阅http://www.rfc-editor.org/rfc/rfc1531。 txt),而其余各行则“手动”为接口分配值。正确设置IP地址分配方法很重要。如果您的本地网络上有DHCP服务器,则应该使用它。删除“地址”,“网络掩码”,“网关”和“广播”行。

如果您未连接到“受管理的”局域网(并且没有DHCP服务器),并且想手动分配IP地址参数,请将第一行更改为:

iface eth0 inet static

并保留“地址”,“网络掩码”,“网关”和“广播”行。有关可使用哪些IP地址的详细信息,请参见http://www.rfc-editor.org/rfc/rfc5735.txt。您拥有的参数对我来说不错。

man 5 interfaces

简单地注释掉一切并不是通往幸福的最佳途径。


谢谢您的回答!-为什么我的Ubuntu使用空的/ etc / network / interfaces?-您如何看待它无法正常或高效地工作?
莱奥列奥波尔德赫兹준 영

因此,最后一行说:将静态包发送到物理本地网络,等待来自物理本地网络的静态包,然后从中获取IP地址。
莱奥列奥波尔德赫兹준 영

我在/ etc / network / interfaces中知道[code] iface eth0 inet静态地址192.168.0.2网络掩码255.255.255.0网关192.168.0.1广播192.168.0.255 [/ code],问题仍然存在:加载很多。
莱奥列奥波尔德赫兹준 영

否。带有“静态”的行表示“从以下各行获取IP地址”,不会发送网络数据包。
waltinator 2011年

1
我想我明白。因为ifconfig -a在启动过程中启动顺序执行时未配置您的移动宽带,所以您会超时。
waltinator 2011年

5

在我看来,在此linux站点上找到解决此问题的最佳方法

基本上,仍然调用/etc/init/failsafe.conf,但注释掉两个导致延迟的睡眠调用。我真的不知道为什么要添加它们,因为我的网络配置良好,不需要延迟。


3

我用

eth0 inet dhcp

当没有链接(电缆丢失)时,我看不到等待的点。如果没有媒体,dhcp就无法获取地址。这是一个错误


1
我使用相同的代码,但每次仍需要等待网络配置。
马修·威尔逊

2

我最近也遇到了同样的问题。我试图去注释掉/etc/init/failsafe.conf文件中的睡眠时间,最终导致系统不断尝试启动。我通过启动到安全模式并放入根shell并执行以下操作来修复此错误,以使我拥有rw privleges:

mount -o remount,rw / 

然后,我发出了以下命令,该命令调出了文件,以便可以将其编辑回原始状态:

sudo nano /etc/init/failsafe.conf 

保存并退出,然后重新启动系统。


能否请您说说您在文件failsafe.conf中所做的编辑。你有没有打通电话吗?几年前,我尝试失败。
莱奥波德·赫兹(LéoLéopoldHertz)2014年

2
绝对。进入failsafe.conf txt后,您只需查找睡眠调用即可。我把我的分别恢复为5、40和59。但是,我无法成功注释掉睡眠调用,因为它导致系统进入连续引导状态。
clrn0979

2

使用allow-hotplug代替auto了在/etc/network/interfaces文件中,例如,allow-hotplug enp0s25然后iface enp0s25 inet dhcp。这告诉服务器不要等待dhcp答复点亮接口。--Zim博士的评论。


1
如果我能投票两次,我会的!谢谢您:)
Ole HenrikSkogstrøm17年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.