The MAC address shown in the /etc/sysconfig/network/ifcfg-ethX files is just
the address of what was detected at the time of installation. This is done
to make sure the configuration is applied to the correct NIC. It does not
auto-generate every time you reboot the system.
You will need to manually change that to the MAC address displayed by
ifconfig, and add that to the list of things you need to update after
cloning a system.
On Wed, Jun 9, 2010 at 8:03 AM, <premrajm at digilink.in> wrote:
>
> Hi,
>
> I have x86 system and have used *clonezilla* to clone the entire hardisk
> of system A and restored it on another x86 system, system B.
> After the cloning process, i notice that the MAC address of the system B in
> the /etc/sysconfig/network-scripts/ifcfg-eth0 is changed and
> is having the MAC address of system A.
>
> The interesting part is that if i do an *ifconfig *from the bash prompt,
> the MAC address of the system B is correctly displayed, but
> in ifcfg-eth0 script it is different. I had disabled kudzu, since i was
> always getting eth1 activated on System B,
> even though i had used eth0 on system A. eth0.bak was getting created
> instead on system B. Disabling kudzu resolved it.
>
> My question is that how could i get the same MAC address for system B from
> ifconfig and in
> /etc/sysconfig/network-scripts/ifcfg-eth0. Is there any script to do it ?
>
> Thanks and Regards | Premraj M | Sr.Engineer - Hardware | Tel: +91
> 080-67274900 | Cell: +91 9741231739 | Email: premrajm at digilink.in
> Disclaimer : This message is proprietary to Smartlink Network Systems Ltd.
> and is intended solely for the use of the individual to whom it is
> addressed. It may contain privileged or confidential information and should
> not be circulated or used for any purpose other than for what it is
> intended. If you have received this message in error, please notify the
> originator immediately. If you are not the intended recipient, you are
> notified that you are strictly prohibited from using, copying, altering, or
> disclosing the contents of this message. The company accepts no
> responsibility for loss or damage arising from the use of the information
> transmitted by this email including damage from virus.
> This email has been scrubbed for your protection by SecureMX. For more
> information visit securemx.in
>
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.centos.org/pipermail/centos/attachments/20100609/03b58049/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 31194 bytes
Desc: not available
URL:
<http://lists.centos.org/pipermail/centos/attachments/20100609/03b58049/attachment-0001.jpe>