[实践OK]苏州桥机房里因换主板后，开机时网卡灯亮，后面网卡灯不亮，service network start启动网卡时出现 does not seem to be present, delaying initialization，是因为Linux换主打板导致网卡MAC地址不一样device eth0 does not seem to be ...),sshd 启动时出现/etc/ssh/ssdh_config Permission denied 解决方案汇总
背景：之前一直是vmware在把包拷贝到不同的机器时，开机时有一个提示是copy还是move，如果选copy，在联网时会出现device eth0 does not seem to be ，而最近在一台机房的机器换了主板后，也出现了类似的情况，苏州桥机房里因换主板后，开机时网卡灯亮，后面网卡灯不亮，service network start启动网卡时出现 does not seem to be present，于是再次总结一下：
1）首先直接删除70-persistent-net.rules配置文件：
rm -fr /etc/udev/rules.d/70-persistent-net.rules
2）把网卡eth0,eth1,，eth2三张网卡给挪动一次。（也有说不用挪动，为何挪动，是因为里面有物理网卡的地址）。
3）重启后，对1）里70-persistent-net.rules的mac地址重新对应修改并挪动复原，再:
ifconfig eth0 up ifconfig eth1 up ifconfig eth2 up
最后，在sshd时还发现，service sshd start 时出现：
/etc/ssh/ssdh_config Permission denied .................
查了下，修改里面的让root能登录，依然不行，后来直接重新卸载掉sshd所有rpm包，重新yum包就ok了。
yum remove openssh-* -y
yum install openssh-* -y
查看：http://xinkang120.blog.163.com/blog/static/194668223201262114841765/
简单有效，我试过Ok的解决办法：
最简单的解决办法是直接删除70-persistent-net.rules配置文件
rm -fr /etc/udev/rules.d/70-persistent-net.rules
reboot
重启系统就ok了，系统会自动生成一个新的。
CentOS6.2网络问题：eth0 … does not seem to be present, delaying initialization
先是设置了静态IP地址，然后在 service network restart 的时候总是提示eth0 “does not seem to be present, delaying initialization”，然后当然也就得不到有效的IP地址。
折腾来折腾去，
(1)在GUI下用了RHEL自带的网络工具（System→Administration→Network）来配置，一进去就看到网卡是inactive的，咦，这是怎么回事？！于是点击“Active”，将该网卡激活，然后再重启系统，又回到了有问题的状态，神奇了！于是再进GUI工具查看，还是inactive的，气死我了。似乎怎么设置，重启之后都要回到inactive的状态，于是在GUI里先把这块网卡给删了，然后再添加上。
再重启，搞定，没有再出现上面的问题。
(2)setup命令把eth1删除了，重新设置下eth0，再重新启动时候试试看...
这个setup是后来才加的，以前叫netconfig，后来rpm包就是setup，安装方法如下：
如下所示Url：http://jackxiang.com/post/1718/
这个安后，直接setup就可以配置网卡了，呵呵。
那个： yum install netconfig 好像不太起用，在新的centos6.2实际实践中发现的。
法二：
我这样，好像行了，至于这个setup这rpm包，上网后给安上这个，看来还是很方便的：
再修改,换个网卡由eth0-->eth1：
修改：
cd /etc/sysconfig/network-scripts/;
cat ifcfg-eth0 > ifcfg-eth1
vi /etc/sysconfig/network-scripts/ifcfg-eth1
修改为：
[root@bogon ~]# vi /etc/sysconfig/network-scripts/ifcfg-eth1
故障背景：
在vmware workstation中了完全克隆了一个已经存在的centos的虚拟机，启动之后发现网卡没有启动。于是重启一下network服务，发现提示错误信息“Device eth0 does not seem to be present, delaying initialization.”
www.2cto.com
故障产生的原因：
由于拷贝虚拟机，vmware只是修改了虚拟机的名字等信息，并没有修改虚拟硬盘中的任何信息，导致克隆后网卡的MAC地址和操作系统中记录的mac地址不符，导致eth0启动不起来。操作系统记录了一个新网卡的添加，新网卡的名字eth1，mac地址就是vmware分配给的新的mac地址
解决方法：
修改 /etc/udev/rules.d/70-persistent-net.rules 文件
删除掉 关于 eth0 的信息。修改 第二条 eth1 的网卡的名字为 eth0.
修改 /etc/sysconfig/network-scripts/ifcfg-eth0 中mac地址为 /etc/udev/rules.d/70-persistent-net.rules 修改后的eth0的mac地址。
重启服务器。
这种现象的最终原因是VM在启动copy的centos时会询问你是moved or copy，这时你选择copy。于是VM认为客观上（现实中）又多了一张（至少）网卡，甚至这个copy centos和原来的centos就在同一个物理环境里运行。为了区分，所以在物理层面上让copy 的centos使用另一张网卡（eth1：如果原来的是eth0的话），这时在centos里ifconfig就会找不到eth0了。
以上分析适用于 clone 、copy，对于moved没有这方面的问题（moved：和原来的一样，直接使用即可）。
网上说了一些方法，我都没有试验成功，最后自己总结了一个方法，切实可行！
[root@ouc ~]# cd /etc/sysconfig/network-scripts/
[root@ouc network-scripts]# cp ifcfg-eth0 ifcfg-eth1
[root@ouc network-scripts]# vi ifcfg-eth1
#ifconfig -a
记录下这时的eth1 物理地址 XX:XX:XX:XX:XX:XX
#cd /etc/sysconfig/network-scripts
#mv ifcfg-eth0 ifcfg-eth1
#vi ifcfg-eth1
修改eth0 为 eth1
修改物理地址为XX:XX:XX:XX:XX:XX
HWADDR=00:0C:29:C4:F5:9F
保存
#service network restart
1）首先直接删除70-persistent-net.rules配置文件：
rm -fr /etc/udev/rules.d/70-persistent-net.rules
2）把网卡eth0,eth1,，eth2三张网卡给挪动一次。（也有说不用挪动，为何挪动，是因为里面有物理网卡的地址）。
3）重启后，对1）里70-persistent-net.rules的mac地址重新对应修改并挪动复原，再:
ifconfig eth0 up ifconfig eth1 up ifconfig eth2 up
最后，在sshd时还发现，service sshd start 时出现：
/etc/ssh/ssdh_config Permission denied .................
查了下，修改里面的让root能登录，依然不行，后来直接重新卸载掉sshd所有rpm包，重新yum包就ok了。
yum remove openssh-* -y
yum install openssh-* -y
查看：http://xinkang120.blog.163.com/blog/static/194668223201262114841765/
简单有效，我试过Ok的解决办法：
最简单的解决办法是直接删除70-persistent-net.rules配置文件
rm -fr /etc/udev/rules.d/70-persistent-net.rules
reboot
重启系统就ok了，系统会自动生成一个新的。
CentOS6.2网络问题：eth0 … does not seem to be present, delaying initialization
先是设置了静态IP地址，然后在 service network restart 的时候总是提示eth0 “does not seem to be present, delaying initialization”，然后当然也就得不到有效的IP地址。
折腾来折腾去，
(1)在GUI下用了RHEL自带的网络工具（System→Administration→Network）来配置，一进去就看到网卡是inactive的，咦，这是怎么回事？！于是点击“Active”，将该网卡激活，然后再重启系统，又回到了有问题的状态，神奇了！于是再进GUI工具查看，还是inactive的，气死我了。似乎怎么设置，重启之后都要回到inactive的状态，于是在GUI里先把这块网卡给删了，然后再添加上。
再重启，搞定，没有再出现上面的问题。
(2)setup命令把eth1删除了，重新设置下eth0，再重新启动时候试试看...
这个setup是后来才加的，以前叫netconfig，后来rpm包就是setup，安装方法如下：
如下所示Url：http://jackxiang.com/post/1718/
这个安后，直接setup就可以配置网卡了，呵呵。
那个： yum install netconfig 好像不太起用，在新的centos6.2实际实践中发现的。
法二：
我这样，好像行了，至于这个setup这rpm包，上网后给安上这个，看来还是很方便的：
再修改,换个网卡由eth0-->eth1：
修改：
cd /etc/sysconfig/network-scripts/;
cat ifcfg-eth0 > ifcfg-eth1
vi /etc/sysconfig/network-scripts/ifcfg-eth1
修改为：
[root@bogon ~]# vi /etc/sysconfig/network-scripts/ifcfg-eth1
故障背景：
在vmware workstation中了完全克隆了一个已经存在的centos的虚拟机，启动之后发现网卡没有启动。于是重启一下network服务，发现提示错误信息“Device eth0 does not seem to be present, delaying initialization.”
www.2cto.com
故障产生的原因：
由于拷贝虚拟机，vmware只是修改了虚拟机的名字等信息，并没有修改虚拟硬盘中的任何信息，导致克隆后网卡的MAC地址和操作系统中记录的mac地址不符，导致eth0启动不起来。操作系统记录了一个新网卡的添加，新网卡的名字eth1，mac地址就是vmware分配给的新的mac地址
解决方法：
修改 /etc/udev/rules.d/70-persistent-net.rules 文件
删除掉 关于 eth0 的信息。修改 第二条 eth1 的网卡的名字为 eth0.
修改 /etc/sysconfig/network-scripts/ifcfg-eth0 中mac地址为 /etc/udev/rules.d/70-persistent-net.rules 修改后的eth0的mac地址。
重启服务器。
这种现象的最终原因是VM在启动copy的centos时会询问你是moved or copy，这时你选择copy。于是VM认为客观上（现实中）又多了一张（至少）网卡，甚至这个copy centos和原来的centos就在同一个物理环境里运行。为了区分，所以在物理层面上让copy 的centos使用另一张网卡（eth1：如果原来的是eth0的话），这时在centos里ifconfig就会找不到eth0了。
以上分析适用于 clone 、copy，对于moved没有这方面的问题（moved：和原来的一样，直接使用即可）。
网上说了一些方法，我都没有试验成功，最后自己总结了一个方法，切实可行！
[root@ouc ~]# cd /etc/sysconfig/network-scripts/
[root@ouc network-scripts]# cp ifcfg-eth0 ifcfg-eth1
[root@ouc network-scripts]# vi ifcfg-eth1
#ifconfig -a
记录下这时的eth1 物理地址 XX:XX:XX:XX:XX:XX
#cd /etc/sysconfig/network-scripts
#mv ifcfg-eth0 ifcfg-eth1
#vi ifcfg-eth1
修改eth0 为 eth1
修改物理地址为XX:XX:XX:XX:XX:XX
HWADDR=00:0C:29:C4:F5:9F
保存
#service network restart
作者：jackxiang@向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除
地址：https://jackxiang.com/post/5651/
版权所有。转载时必须以链接形式注明作者和原始出处及本声明！
最后编辑： jackxiang 编辑于2016-5-22 13:50
[PATH设置]linux中profile的执行说明
利用yum下载rpm而不安装包评论列表
