❶ 手机刷 kvm 硬件虚拟化
"您好，官网没有提供刷机软件。由于刷机存在风险，如因自行刷机后导致的手机问题，还有可能会影响包修，因此我们不建议您自行刷机。
若手机因系统故障无法正常使用或自行刷机后导致手机出现问题，建议您将机器送到售后服务中心，由工程师帮助检查处理。"
❷ linux虚拟化 编译安装qemu-kvm的时候出现gcc内部错误
基于64位的操作系统在虚拟机下是不行的，即使成功的安装完成也不能做到真正的虚拟化，因为虚拟机的环境下不允许做。
❸ 如何在Debian或Ubuntu上编译virt-manager
眼下有几种不同的方法可以管理在KVM虚拟机管理程序上运行的虚拟机。比如说，virt-manager就是一种广受欢迎的基于图形用户界面（GUI）的前端工具，可用来管理虚拟机。不过，如果你想在无外设服务器上使用KVM，那么基于GUI的解决方案并非理想方案。这时候，virsh就派得上用场。virsh是一种命令行工具，可用于管理来宾虚拟机（guest
VM）。就其底层而言，virsh依赖libvirtd服务，该服务可以控制几种不同的虚拟机管理程序，其中包括KVM、Xen、QEMU、LXC和OpenVZ。
如果你想让虚拟机的配置和管理实现自动化，virsh等命令行管理界面也大有用处。此外，virsh支持多种虚拟机管理程序，这就意味着你可以通过同一个virsh界面，管理不同的虚拟机管理程序。
我在本教程中将演示如何在Debian或Ubuntu上使用virsh，从命令行运行KVM。
第一步：证实主机支持硬件虚拟化
作为第一步，证实主机的处理器配备硬件虚拟化扩展机制（比如英特尔VT或AMD-V），KVM需要这样的机制。下面这个命令就能证实一点。
$
egrep '(vmx|svm)' --color /proc/cpuinfo flags : fpu vme de
pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts
mmx fxsr sse sse2
ss syscall nx rdtscp lm constant_tsc up arch_perfmon pebs bts nopl
xtopology tsc_reliable nonstop_tsc aperfmperf pni pclmulqdq vmx ssse3
cx16 pcid sse4_1 sse4_2 x2apic popcnt aes xsave avx f16c rdrand
hypervisor lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi
ept vpid fsgsbase smep
如果输出结果并不含有vmx或svm标记，这意味着主机的处理器没有支持硬件虚拟化的功能。因而，你就无法在主机上使用KVM。证实了主机处理器随带vmx或svm后，接下来继续安装KVM。
第二步：安装KVM
使用apt-get，安装KVM及相关的用户空间工具。
$ sudo apt-get install qemu-kvm libvirt-bin
下一步，将你的用户ID添加到libvirt群组，那样你就能以非root普通用户的身份，管理虚拟机了。作为上面安装KVM的一部分，必须创建libvirt群组。
$ sudo adser [youruserID] libvirt
重新装入更新后的群组成员信息，如下所示。看到要求输入密码的提示后，输入你的登录密码。
$ exec su -l $USER
这时候，你应该能够以普通用户的身份运行virsh了。为了测试一下，不妨试一试下面这个命令，它会列出可用的虚拟机（目前没有一个虚拟机）。要是你没有遇到权限错误，这意味着到目前为止，一切正常。
$ virsh --connect qemu:///system list Id Name State
❹ 虚拟化与云计算中KVM，Xen，Qemu的区别和联系
虚拟化类型
全虚拟化（Full Virtualization)
全虚拟化也成为原始虚拟化技术，该模型使用虚拟机协调guest操作系统和原始硬件，VMM在guest操作系统和裸硬件之间用于工作协调，一些受保护指令必须由Hypervisor（虚拟机管理程序）来捕获处理。
图1 全虚拟化模型
全虚拟化的运行速度要快于硬件模拟，但是性能方面不如裸机，因为Hypervisor需要占用一些资源
半虚拟化（Para Virtualization）
半虚拟化是另一种类似于全虚拟化的技术，它使用Hypervisor分享存取底层的硬件，但是它的guest操作系统集成了虚拟化方面的代码。该方法无需重新编译或引起陷阱，因为操作系统自身能够与虚拟进程进行很好的协作。
图2 半虚拟化模型
半虚拟化需要guest操作系统做一些修改，使guest操作系统意识到自己是处于虚拟化环境的，但是半虚拟化提供了与原操作系统相近的性能。
虚拟化技术
KVM(Kernel-based Virtual Machine)基于内核的虚拟机
KVM是集成到Linux内核的Hypervisor，是X86架构且硬件支持虚拟化技术（Intel VT或AMD-V）的Linux的全虚拟化解决方案。它是Linux的一个很小的模块，利用Linux做大量的事，如任务调度、内存管理与硬件设备交互等。
图3 KVM虚拟化平台架构
Xen
Xen是第一类运行再裸机上的虚拟化管理程序(Hypervisor)。它支持全虚拟化和半虚拟化,Xen支持hypervisor和虚拟机互相通
讯，而且提供在所有Linux版本上的免费产品，包括Red Hat Enterprise Linux和SUSE Linux Enterprise
Server。Xen最重要的优势在于半虚拟化，此外未经修改的操作系统也可以直接在xen上运行(如Windows)，能让虚拟机有效运行而不需要仿
真，因此虚拟机能感知到hypervisor，而不需要模拟虚拟硬件，从而能实现高性能。
图4 Xen虚拟化平台架构
QEMU
QEMU是一套由Fabrice Bellard所编写的模拟处理器的自由软件。它与Bochs，PearPC近似，但其具有某些后两者所不具备的特性，如高速度及跨平台的特性。经由kqemu这个开源的加速器，QEMU能模拟至接近真实电脑的速度。
KVM和QEMU的关系
准确来说，KVM是Linux
kernel的一个模块。可以用命令modprobe去加载KVM模块。加载了模块后，才能进一步通过其他工具创建虚拟机。但仅有KVM模块是
远远不够的，因为用户无法直接控制内核模块去作事情,你还必须有一个运行在用户空间的工具才行。这个用户空间的工具，kvm开发者选择了已经成型的开源虚
拟化软件
QEMU。说起来QEMU也是一个虚拟化软件。它的特点是可虚拟不同的CPU。比如说在x86的CPU上可虚拟一个Power的CPU，并可利用它编译出
可运行在Power上的程序。KVM使用了QEMU的一部分，并稍加改造，就成了可控制KVM的用户空间工具了。所以你会看到，官方提供的KVM下载有两
大部分(qemu和kvm)三个文件(KVM模块、QEMU工具以及二者的合集)。也就是说，你可以只升级KVM模块，也可以只升级QEMU工具。这就是
KVM和QEMU 的关系。
图5 KVM和QEMU关系
❺ 如何在centos6.5的kvm虚拟机中永久激活windows2008
一、激活原理
目前激活Windows7/Windows2008的各种方法充斥互联网，但公认比较完美的激活方式是将品牌机（例如DELL、LENOVO等）的SLIC信息表刷写进需要安装Windows系统的计算机BIOS中，将该计算机“仿真”为品牌机，然后安装微软的OEM版Windows7/Windows2008并自动激活。
相信喜欢搞破解的童鞋都应该知道其中的奥秘，微软和PC厂商为了减轻对于操作系统的激活负荷，对大多数品牌机实行了有别于联网激活的“SLIC激活机制”：当Windows操作系统启动时，就会自行读取本机BIOS中的SLIC信息表，以及操作系统的“OEM密钥”和“OEM证书”，如果三者完全吻合、验证一致，Windows7/Windows2008系统就会被识别为自动激活的OEM版本。
笔者研究发现，Windows2012（注意不是Windows2012_R2，下同）与以往激活Windows7/Windows2008的方式类似，依然可以采用刷写BIOS中SLIC信息表安装OEM版系统的方式实现永久激活，只不过激活Windows2012需要SLIC2.2版，经测试SLIC2.2能够向下兼容SLIC2.1/2.0。
众所周知，虚拟机软件也是有BIOS的，目前市场上常见的虚拟机软件，如VMware、Xen、Kvm等均通过软件仿真的方式“模拟”硬件BIOS。既然可以采用刷写计算机硬件BIOS的方式实现永久激活，那么如果能够将SLIC2.2信息表通过软件再编译方式“灌入”虚拟机的BIOS中，然后再安装Windows2012的OEM版本，不就可以与刷写BIOS硬件实现自动激活“异曲同工”了吗？
二、核心问题
激活原理已经非常明确了，现在的关键问题是如何重新编译Linux虚拟机的问题了，这涉及Linux内核的重新编译，一些菜鸟可能望而生畏，尽管编译 Linux全部内核确实需要较高的技术水平，但重新编译Linux的BIOS难度并不高，初学者也可以轻松实现。本文以Linux的常见版本CentOs6.5为例，详细讲解重新编译KVM虚拟机BIOS的步骤。本文的方法同样适用Ubuntu等 Linux版本。
CentOs6.5虚拟机KVM的BIOS实际是一个二进制的可执行文件，默认安装路径为/usr/share/seabios/bios.bin。笔者研究发现，KVM虚拟机BIOS使用的是开源软件 seabios，该软件的源代码可以在互联网上找到，开源组织也制作了为seabios软件增加相应SLIC信息表的补丁包，下载seabios的源代码并打上该补丁包，然后重新编译并替换Linux默认的bios.bin文件，就可以将虚拟机“仿真”为品牌机，然后自动激活OEM版的Windows2012系统了，这种激活方式是永久激活，激活后的Windows2012可以打上微软的后续补丁且绝对不会被封杀。
三、详细步骤
1.获取SLIC2.2信息表。当前SLIC2.1的信息表网上很容易找到，SLIC2.2的信息表不多，比较容易找到的是DELL 版的SLIC2.2信息表。当然也可以找一台预装了Windows2012的品牌机（市面上比较常见的是DELL的机器），然后使用SLIC_Toolkit3.2工具导出该机器的SLIC表。SLIC2.1/2.2表为二进制文件，长度均为374字节（这一点一定要注意）。
2.安装CentOs6.5_x64版操作系统。记得把gcc安装上，然后将上一步已经获取的SLIC2.2表拷贝在/ opt目录中（假定文件名称为DELL_SLIC2.2.BIN）。
3.在root用户下安装git,、iasl及所有依赖包。
#yum install git
#yum install iasl //这是必须安装的包
4.使用git获取sealic项目的源码。
# mkdir bios //目录可以自己随便建
#cd bios
#git clone git://github.com/ghuntley/seaslic //获取源代码
#ls -ls
Seaslic //用git软件获取源代码后会有多出一个目录
# cd seaslic
#ls
patch.sh README.markdown seabios.patch seabios.submole
//该目录共包含三个文件和一个子目录，其中子目录seabios.submole需要删除掉，用我们后面下载的内容重建。
#rm -rf seabios.submole
5.从地址code.coreboot.org/p/seabios下载的SeaBios的源码并解压。注意源代码一定要下载1.7.3.2版本的，这一点也很关键，千万不能搞错了。
#tar xzvf seabios-1.7.3.2.tar.gz 解压在/bios目录下。
6.重建seabios.submole
#cd /bios
# cp –r seabios-1.7.3.2 seaslic/seabios.submole
# cd seaslic
# ls
patch.sh README.markdown seabios.patch seabios.submole
进入我们重建的seabios.submole目录，可以发现有bios的源代码存在：
# cd seabios.submole
# ls
COPYING COPYING.LESSER Makefile README README.CSM src TODO tools vgasrc
# cd src
可以发现seabios的源代码，我们需要重新编译这些源代码，生成新的bios.bin 文件，用于替代CentOs6.5系统自带的bios.bin。
7.查看/bios/seaslic /patch.sh文件。这是一个批处理文件，只有2行有用。用Linux的命令方式执行，为防止输入错误，最好从patch.sh中复制粘贴后在root用户下执行：
①将SLIC2.2文件转换为C语言包含文件格式（acpi-slic.hex）的命令：
#xxd -i /opt/DELL_SLIC2.2.BIN | grep -v -E "len "| sed 's/unsigned char.*/static char SLIC[] = {/' > seabios.submole/src/acpi-slic.hex
说明：这条命令执行后将会把SLIC2.2表（即/opt/DELL_SLIC2.2.BIN文件）转换为C语言包含文件格式（文件名../src/acpi-slic.hex）,并以数组形式存在。这一步非常非常关键，转换完成的acpi-slic.hex文件应为2333字节。如果本条命令执行不成功的话，编译出来的bios.bin文件不会包含SLIC2.2信息，也就无法实现激活了。
②为acpi.c 文件打补丁的命令：
# cd /bios/seaslic /seabios.submole
#patch -p1 < ../seabios.patch
说明：这条语句执行后将给../ src/acpi.c 文件打上补丁，执行后系统将会提示：
Hunk #1 succeeded at 20 with fuzz 2 (offset -194 lines).
Hunk #2 succeeded at 37 with fuzz 2 (offset -194 lines).
Hunk #3 succeeded at 631 with fuzz 2 (offset -205 lines).
注意：至此我们的准备工作已经全部完成了，下面将重新编译生成新的bios了。
8.重新编译生成bios.bin文件
# cd /bios/seaslic /seabios.submole
#make //编译需要花几十秒钟吧，应提示无错误、无警告，否则可能需要仔细检查以上步骤。
查看..seabios.submole/out/bios.bin
看到最后生成的结果了吧，会在..seabios.submole/out/中多出一个bios.bin文件，这个文件就是我们重新编译生成的虚拟机的bios，将用来替换KVM的系统原有的bios.bin文件。
说明：这里编译生成bios.bin文件包含有DELL品牌机的SLIC2.2，可以激活DELL的Windows2012_OEM版。同理，我们只要找到其他品牌机的SLIC2.2信息表，重新编译后就可以安装激活其他品牌机的OEM版Windows7/2008/2012（SLIC2.1只能支持Vista/Win7/2008，不支持 Win2012；SLIC2.2则支持XP/Vista以及Win2008/2012并兼容SLIC2.1），与刷写计算机硬件BIOS实现自动激活的方式相比，采用这种方式激活Windows的风险为零，非常适合批量激活虚拟机的Windows2008/Windows2012。
9.替换CentOs6.5系统默认的bios.bin文件
# cp out/bios.bin /usr/share/seabios/bios.bin
#reboot //重新启动一下宿主机，然后再重新启动Windows虚拟机，在启动KVM虚拟机的时候，可以发现虚拟机的bios 已经更新为最新版本了。
10.激活windows2012
至此KVM虚拟机的bios已经重新配置完成，在KVM中启动WINDOWS客户机，然后利用SLIC_Toolkit3.2工具检查SLIC，会发现你的SLIC信息已经获取成功，如果你安装的是OEM版本的 Win2008/2012的话，无需输入key和证书就能自动激活。你可以从网上网络如下OEM镜像（我已试验过可自动激活）：
(1)Lenovo的OEM版Windows2008_R2镜像：
Windows_Server-2008_R2_ENT_OEM.iso或者
Win_Server_08_R2_SP1_33in1.iso
(2)Dell的OEM版Windows2012镜像：
Ser2012_ST_DA_OEM.iso
(3)如果你手上暂时没有OEM版的话，也不要紧，可以用slmgr命令手工增加证书及OEM序列号也可以激活Windows2008/20012。直接用管理员身份进入命令行模式：
①slmgr -ilc DELL2.2.XRM-MS //这里找到的是DELL计算机的Windows2012版OEM证书。
②接下来就是写入注册号了：
slmgr -ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
说明：下面是我从网上找到的 OEM版序列号（经测试可以激活）：
Windows Server 2012 Standard DELL OEM KEY
2G9DG-XKFR6-VG8D3-DN9T9-CDG98
Windows Server 2012 Datacenter DELL OEM KEY
2BVGY-TNRWK-6927W-866R9-66J3H
Windows Server 2008 R2 Standard DELL OEM KEY
D7TCH-6P8JP-KRG4P-VJKYY-P9GFF
Windows Server 2008 R2 Enterprise DELL OEM KEY
BKCJJ-J6G9Y-4P7YF-8D4J7-7TCWD
③执行slmgr –dlv //显示全部激活信息
④执行slmgr -xpr //显示Windows2008/2012已经永久激活。
❻ 如何在 VMware ESXi 虚拟机上运行 KVM
你的问题有点不理解啊，首先vsphere和KVM都可以作为虚拟平台单独使用的，当然还有一个概念KVM是控制主机的，显然不是你想要了解的。
所以你如果想运行虚拟化平台可以使用vsphere或者KVM，如果你想通过vsphere实现KVM管理或者搭建，这个可能需要涉及到云的概念，但是他们的关联是需要单独开发的。
建议你把自己想要的在了解下概念。
❼ 我卸载了kvm，可是编译内核产生的mole还是有kvm
编译内核产生kvm模块跟config有关，如果你卸载kvm后没有重新进行config的话，编译出来的东西与先前是一样的，先前有kvm此时照样有kvm。
卸载后，如果通过make localmodconfig进行配置的话应该就没有kvm模块的。
可以在linux源文件目录下的.config中查看KVM相关的模块配置。
❽ kvm怎么使用
你好。16口的kvm
这样连接，将kvm上的输入1~16，用kvm线缆和计算机后面的，键盘，鼠标，显示器接口连接起来，然后在kvm的输出连接上键盘，鼠标和显示器，然后就可以来切换控制计算机了。一般的快捷键是，按两下
ctrl
键，用方向键来选择，回车来确定，。如果有不懂，加我
2996
1676
❾ KVM命令行安装时--os-variant 参数怎么写才对
两个方法：
复制环境：找一台类似的机器，将你的目前机器上的lamp
memcache
python
svn的所有文件，使用rsync的方式，直接同步到新的机器上，再在新机器上进行安装测试；
直接编译或安装：不知道你是不是使用的php-fpm，如果是得话，那就更简单了，将5.3.10编译到某个指定目录，再启一个apache的旦阀测合爻骨诧摊超揩虚拟机主，然后直接使用新的5.3.10的php-fpm，这样测试就不冲突了；
❿ kvm跨系统原理
KVM源代码分析1:基本工作原理 下了很大决心挖这个坑，虽然之前对kvm有些了解，但纸上得来终觉浅，只有深入到代码层面，才能摈弃皮毛，看到血肉，看到真相。作为挖坑的奠基石，准备写上几篇：kvm基本工作原理、CPU
调度原理、KVM内存管理、KVM存储管理、KVM设备管理。挖好之后进入正题。 所有的虚拟化都是两部分组成：虚拟机和宿主(HOST)，虚拟机内运行正常的业务程序，HOST则正常运行虚拟机，此处的虚拟机则是KVM，负责在HOST里面虚拟化出独立的OS环境。 KVM属于完全虚拟化，功能组件上由两部分组成，KVM Driver（内核态）和Qemu（用户态）。KVM Driver负责模拟虚拟机的CPU运行，内存管理，设备管理等；Qemu则模拟虚拟机的IO设备接口以及用户态控制接口。 kvm-oenhan 如上图所示，Qemu在最上层，将虚拟机的整体呈现到host用户上，可以理解成客户模式；Qemu通过中间层libkvm或者ioctl等控制/dev/kvm设备接口，从而掌握内核态中kvm
驱动进行的资源分配，即用户态模式；kvm驱动接收用户态操作指令，控制虚拟机在内核态的资源分配，称之为内核模式。在HOST里面，客户模式的体现就是一个虚拟机内部环境，用户态则是虚拟机进程。
oenhan_kvm 上图是一个执行过程图，首先启动一个虚拟化管理软件，开始启动一个虚拟机，通过ioctl等系统调用向内核中申请指定的资源，搭建好虚拟环境，启动虚拟机内的系统，虚拟机内的系统向内核反馈相关资源申请处理，如果是io请求，则提交给用户模式下的qemu处理，非io请求则将处理结果反馈给客户模式。 libkvm是qemu自己使用的用户态接口，可以把qemu源代码解开，里面有libkvm的函数库，不过并不对外呈现，虚拟机编程接口一般使用libvirt。
KVM的思想是在Linux内个的基础上添加虚拟机管理模块,重用Linux内核中已经完善的进程调度,内存管理,IO管理等部分,因此KVM并不是一个完整的模拟器,而只是一个提供虚拟化功能的内核插件,具体的模拟器工作是借助QEMU来完成的. 在Xen的体系结构中,Xen Hypervisor运行于硬件之上,并且将系统资源进行了虚拟化,将虚拟化的资源分配给上层的虚拟机(VM),然后通过虚拟机VM来运行相应的客户机操作系统. 在KVM中,一个虚拟机就是一个传统的Linux中的线程,拥有自己的PID号,也可以被kill系统调用直接杀死(在这种情况下,虚拟机的行为表现为"突然断电").在一个Linux系统中,有多少个VM,就有多少个进程.如: 以上VM进程信息是通过qemu-kvm来进行的,相关的控制开关作为命名行参数输入,如虚拟映像对应的磁盘,虚拟网卡,VNC设置,显卡设置和IO设置等. KVM的API是通过/dev/kvm设备进行访问的./dev/kvm是一个字符型设备. 1 root@ubuntu:~# ls -l /dev/kvm 2 crw-rw---- 1 root kvm 10, 232 Mar 14 14:20 /dev/kvm kvm仅仅是Linux内核的一个模块,管理和创建完整的KVM虚拟机,需要更多的辅助工具. 1.qemu-Kvm:仅有KVM模块是远远不够的,因为用户无法直接控制内核模块去做事情,还必须有一个用户空间的工具。关于用户空间的工具,KVM 的开发者选择了已经成型的开源虚拟化软件 QEMU.QEMU 是一个强大的虚拟化软件,它可以虚拟不同的 CPU 构架. 运行在内核态的KVM模块通过/dev/kvm字符设备文件向外提供操作接口.KVM通过提供libkvm这个操作库,将/dev/kvm这一层面的ioctl类型的API转化成为通常意义上的函数API调用,提供给QEMU的相应适配层. 比如说在x86 的CPU上虚拟一个Power的CPU,并利用它编译出可运行在 Power上