伙计们，我的一台生产服务器（Debian Lenny）遇到了一个非常奇怪的问题 – 在重新启动networking接口（eth0，eth1）之后，它们处于DOWN状态。
看起来像服务器上安装了基于Intel的networking适配器，lspci将其列为如下：
以太网控制器：Intel Corporation Device 10c9（rev 01）
负责此适配器的内核驱动程序是“igb”。 lsmod显示“igb”模块存在。 我试过“modprobe -r igb && modprobe igb”，networking接口先消失然后出现，但是它们又处于DOWN状态。
有什么可能出错？ 它曾经工作得很好。 这怎么解决？
我正在使用KVM IP，无法真正复制Java Applet的完整dmesg输出。 运行“dmesg | grep eth”显示没有什么不寻常的，这里是它的输出：
[ 2.137021] igb 0000:05:00.0: eth0: (PCIe:2.5Gb/s:Width x4) 00:25:90:1d:3e:c2 [ 2.137100] igb 0000:05:00.0: eth0: PBA No: 0100ff-0ff [ 2.320508] igb 0000:05:00.1: eth1: (PCIe:2.5Gb/s:Width x4) 00:25:90:1d:3e:c3 [ 2.320587] igb 0000:05:00.1: eth1: PBA No: 0100ff-0ff 更新：有关服务器的一些其他信息。 我正在使用OpenVZ补丁版本的内核，但我认为它没有任何关系。 我试图使用内核的非修补版本启动，没有任何更改，接口仍然是closures。
但这不是完整的故事。 即使“lo”接口是closures的。 lsmod显示循环模块正在运行。 我试过“modprobe -r循环&& modprobe循环”，但循环设备仍然是closures。
我find了这个问题的答案。
我的networking在重新启动后处于DOWN状态，因为/ sbin / ifup丢失了。 我使用aptitude从“testing”存储库安装了一些软件包，看起来它删除了“ifupdown”软件包！ 如果/ sbin / ifup丢失，/etc/init.d/networking将悄然退出。 这就是为什么我不能手动启用networking接口。
这是我如何解决这个奇怪的情况。 首先，我通过手动运行“ifconfig up lo”，“ifconfig up eth0”来启用networking。 其次，我通过运行“ip a add …”来为这些接口分配地址。 第三，我使用“ip route add …”来设置默认路由。 最后，我使用apt-get重新安装了“ifupdown”软件包。