由于networking服务无法启动

我有一个新的安装debian 8.3 jessie所有升级的新服务器

不过每次我尝试重启机器,debian都进入紧急模式

屏幕上出现“开始工作正在运行LSB:提高networking接口”

使用原始的/ etc / network / interfaces (包含1个IPv4和IPv6)启动需要2分30秒,因为networking.service(使用systemd-analyze blame检查)的时间为99%,所有其他操作都需要200ms

然而真正的/ etc / network / interfaces有100多个IP,而且这个configuration文件服务器根本无法启动,即使在几个小时后

我也不得不提到,当我在一个最小的/ etc / network / interfaces上启动,并用正确的文件replace文件并重新启动networking时,一切都很好(需要20分钟,但至less它工作)

我不知道这是怎么回事什么是journalctl -b -u networking.service返回:

Feb 15 00:09:38 systemd[1]: Starting LSB: Raise network interfaces.... Feb 15 00:09:48 networking[691]: Configuring network interfaces...RTNETLINK answers: File exists Feb 15 00:09:48 networking[691]: RTNETLINK answers: File exists Feb 15 00:09:50 networking[691]: Waiting for DAD... Done Feb 15 00:09:50 networking[691]: RTNETLINK answers: File exists Feb 15 00:09:50 networking[691]: Failed to bring up eth0. Feb 15 00:09:55 networking[691]: RTNETLINK answers: File exists Feb 15 00:09:55 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:00 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:00 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:06 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:06 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:09 ntpdate[1009]: 37.187.98.51 rate limit response from server. Feb 15 00:10:11 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:11 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:16 ntpdate[1059]: 130.236.254.17 rate limit response from server. Feb 15 00:10:16 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:16 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:18 ntpdate[1009]: step time server 213.251.128.249 offset -0.100865 sec Feb 15 00:10:21 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:21 networking[691]: RTNETLINK answers: File exists Feb 15 00:10:23 ntpdate[1059]: step time server 213.251.128.249 offset -0.100906 sec Feb 15 00:10:26 ntpdate[1155]: 130.236.254.17 rate limit response from server. 

任何帮助将非常感激

问候

这个错误报告: https : //bugs.debian.org/cgi-bin/bugreport.cgi? bug =754218似乎很相关。 用户描述了一个类似的问题,系统挂起显示“启动作业正在运行LSB:提升networking接口”消息。

他们使用以下步骤来确定问题的原因:

  1. 启用debuggingshell:
    • systemctl enable debug-shell.service
  2. 重新启动系统。
  3. debugging消息显示问题的原因是:
    • /etc/network/if-up.d/local-firewall

该用户正在使用shorewall,但其他几个用户稍后在线程中报告了与不同防火墙类似的问题。 如果debugging会话显示您的防火墙初始化是问题,这些步骤可能会解决此问题:

  1. 要完成启动,用户必须多次使用killall命令:
    • killall local-firewall
  2. 一旦操作系统被加载,用户编辑/etc/network/if-up.d/local-firewall脚本:

     #!/bin/sh FIREWALL=shorewall FIREWALL6=shorewall6 service $FIREWALL restart service $FIREWALL6 restart 

    至:

     #!/bin/sh if [ -d /run/systemd/system ]; then systemctl list-jobs | grep -q network.target && exit 0 fi service shorewall restart service shorewall6 restart 

此修改解决了这个问题,因为“if”条件允许防火墙初始化等待NIC完全初始化之后,允许填充防火墙依赖的多个环​​境variables。

如果您不使用本地防火墙,还有另外一个类似的错误报告,但是这个问题是由引导期间的NFS挂载引起的。 如果这更接近您的环境,可能会引起您的兴趣: https : //bugs.debian.org/cgi-bin/bugreport.cgi?bug = 746358