VMWare复制Linux虚拟机后eth0找不到的解决方案
现象描述：
最近装了虚拟机系统是 fedora9，为了以后使用方便对虚拟机进行克隆或复制。当使用克隆后的虚拟机时发现原来在基本系统中的网卡eth0到了新系统却没有了，使用ifconfig -a会发现只有eth1。因为基本系统的网络相关配置都是基于eth0的，eth1没有网络相关的配置，此时要正常该虚拟机中的网络，只有添加eth1的网络配置，这样每次都要修改网卡配置在做多Linux系统测试的时候很不方便。更进一步，如果基于此克隆虚拟机继续克隆或复制新的虚拟机，网卡的标识每一次都会自动加1（第二次克隆会变成eth2），dmesg却显示内核只识别到网卡eth0。
原因分析：
很多Linux distribution使用udev动态管理设备文件，并根据设备的信息对其进行持久化命名。例如在Debian etch中，udev会在系统引导的过程中识别网卡，将mac地址和网卡名称对应起来记录在udev的规则脚本中。而VMware会自动生成虚拟机的mac地址。这样，由于基本系统的虚拟机已经记录了该虚拟机的网卡mac地址对应于网卡eth0，在克隆出的虚拟机中由于mac地址发生改变，udev会自动将该mac对应于网卡eth1。以此类推，udev会记录所有已经识别的mac与网卡名的关系，所以每次克隆网卡名称会自动加1，而其实kernel仅仅只识别到一张网卡，跟网卡名相关的网络配置也未发生任何变化。
解决方案：
网络搜索发现在Debian etch下，udev将mac与网卡名称的对应关系保存在/etc/udev/rules.d/z25_persistent-net.rules中，在克隆出的虚拟机中只要删除跟NAME="eth0"相关的行并重启系统即可。例如在Debian etch中删除如下两行：
# PCI device 0x1022:0x2000(pcnet32)SUBSYSTEM=="net",DRIVERS=="?*",ATTRS{address}==
"00:0c:29:4c:46:01",NAME="eth0"
在我的fedora9 下修改/etc/udev/rules.d 下的 70-persistent-net.rules 文件 删除
# Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] (rule written by anaconda)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:ad:06:2a",
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
然
相关文档：
------linux设备驱动程序的简介
之前只是做项目的时候用过一段时间linux，对linux其实不怎么熟悉，但是大致的操作，编程的方法，工具(eclipse, gcc)方面还是稍微懂一点的，对于我来说，一直使用的是C语言（多数嵌入式系统开发使用），一直想花点时间来好好的学习一下linux下的驱动开发，正好这段时间一直在待业阶段，就好� ......
宏内核与微内核
（
P2
）
宏内核（
Monolithic
Kernel
）操作系统的
kernel
中既包含管理用户进程的组件，又包含向用户进程提供服务的组件（例如进程间通信、设备驱动程序、文件系统等），从而使得用户进程与操作系统
kernel
间存在着典型的
client/server
模型，但是这 ......
tar 使用的选项有：
-c — 创建一个新归档。
-f — 当与 -c 选项一起使用时，创建的 tar 文件使用该选项指定的文件名；当与 -x 选项
一起使用时，则解除该选项指定的归档。
-t — 显示包括在 tar 文件� ......
Platform and tools: Ubuntu 9.04
Step 1, Download the nios linux tallbal
wget http://www.niosftp.com/pub/linux/nios2-linux-20090929.tar
or use xunlei to fix it.
Step2,
tar xvf nios2-linux-20090929.tar
cd nios2-linux
./checkout
Step 3, Generate the fpga.h f ......
1、使用GTK中的GdkEvent
GdkEvent *event;
event = gdk_event_new (GDK_KEY_PRESS); //按键按下
event->key.send_event = TRUE;
event->key.keyva ......
