最先曝这一问题是其它发行版， 实际上网上盛传的关于ubuntu的这一消息是从lauchpad上bug 263555的描述通过简单翻译而来(url见下面的详情)，几乎所有报道这一消息的大陆网站都没有注明消息真正的来源
这从另一侧面说明了ubuntu在中国大陆的影响力和受关注程度
实际上这是上游内核2.6.27-rc的一个 bug, 所有采用这一内核的发行版都可能存在这一问题，redhat gentoo mandriva novell这些发行版都有相应的bug描述和承认，并非ubuntu 8.10 alpha所特有：
http://bugzilla.kernel.org/show_bug.cgi?id=11382
https://bugzilla.redhat.com/show_bug.cgi?id=459202
http://bugs.gentoo.org/show_bug.cgi?id=238489
http://qa.mandriva.com/show_bug.cgi?id=44147
https://bugzilla.novell.com/show_bug.cgi?id=425480
这种问题出现在如下情形(novell suse):
采用intel整合显卡＋intel e1000网卡，采用第三方独显的电脑据报道没有此类问题。
网卡的硬件特点：at the point when the installer was probing the X configuration. So this really seems a lot like some lethal interaction
between intel graphics and the network card.
-network UNCLAIMED
description: Ethernet controller
product: 82566DC Gigabit Network Connection
vendor: Intel Corporation
physical id: 19
bus info: pci@0000:00:19.0
version: 03
width: 32 bits
clock: 33MHz
capabilities: pm msi cap_list
configuration: latency=0
一般保存mac地址的芯片，一部分是intel南桥中的NVRAM，其实应是ICH 中的flash，当然也有用93c46保存这东东的， 如果真的不幸出了问题，重刷mac即可。
詊情请见：
https://bugs.launchpad.net/ubuntu/+sour ... bug/263555
http://groups.google.com/group/linux.ke ... 0178?pli=1
与之相似的问题貌似lenovo thinkpad最集中,有点像thinkpad自己的bug，但thinkpad 的这一mac损坏问题由来已久， thinkpad去年就曝过类似的问题：
詊情请见：On certain ThinkPads, e1000 driver for Intel Gigabit controller fails to load with the following error message in /var/log/messages:
代码： 全选
e1000: 0000:02:00.0: e1000_probe: The EEPROM Checksum Is Not Valid e1000: probe of 0000:02:00.0 failed with error -5
The problem is caused by a power savings feature obstructing normal operation, and causes the first bytes read from the EEPROM to be corrupt, resulting in a random or invalid MAC address (but no other data corruption). The EEPROM checksum test traps the problem and the driver refuses to load.
Auke Kok published two patches in October 2007 that help solve both the "corrupted" EEPROM read and bad latency. One of the patches moves many network cards over to the e1000e (e1000 for PCI-Express) module. The second disables some PCIe power management features that were the cause for the bad EEPROM read and some stability issues.
http://www.thinkwiki.org/wiki/Problem_w ... #Solutions
