编译kvm

❶ 手机刷 kvm 硬件虚拟化

"您好，官网没有提供刷机软件。由于刷机存在风险，如因自行刷机后导致的手机问题，还有可能会影响包修，因此我们不建议您自行刷机。
若手机因系统故障无法正常使用或自行刷机后导致手机出现问题，建议您将机器送到售后服务中心，由工程师帮助检查处理。"

❷ KVM命令行安装时--os-variant 参数怎么写才对

两个方法：
复制环境：找一台类似的机器，将你的目前机器上的lamp
memcache
python
svn的所有文件，使用rsync的方式，直接同步到新的机器上，再在新机器上进行安装测试；
直接编译或安装：不知道你是不是使用的php-fpm，如果是得话，那就更简单了，将5.3.10编译到某个指定目录，再启一个apache的旦阀测合爻骨诧摊超揩虚拟机主，然后直接使用新的5.3.10的php-fpm，这样测试就不冲突了；

❸ 虚拟化技术KVM和XEN的区别

虚拟化类型

全虚拟化（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关系

❹ linux虚拟化 编译安装qemu-kvm的时候出现gcc内部错误

基于64位的操作系统在虚拟机下是不行的，即使成功的安装完成也不能做到真正的虚拟化，因为虚拟机的环境下不允许做。

❺ kvm和qemu的关系 kvm为什么没有做io虚拟化 半虚拟化和全虚拟化的区别 kvm是否在内

不同的基于KVM的虚拟化平台，可能会采用不同的虚拟化组件，目前主流的采用QEMU-KVM组件，但在不同的产品里版本有所不同，功能也有差异，下面就几个概念进行梳理下

KVM：Kernel-Based Virtual Machine 基于内核的虚拟机，是Linux内核的一个可加载模块，通过调用Linux本身内核功能，实现对CPU的底层虚拟化和内存的虚拟化，使Linux内核成为虚拟化层，需要x86架构的，支持虚拟化功能的硬件支持（比如Intel VT，AMD-V），是一种全虚拟化架构。KVM在2007年年2月被导入Linux 2.6.20内核中。从存在形式来看，它包括两个内核模块：kvm.ko 和 kvm_intel.ko（或kvm_amd.ko），本质上，KVM是管理虚拟硬件设备的驱动，该驱动使用字符设备/dev/kvm（由KVM本身创建）作为管理接口，主要负责vCPU的创建，虚拟内存的分配，vCPU寄存器的读写以及vCPU的运行。

QEMU：是一套由Fabrice Bellard编写的模拟处理器的自由软件，它是一个完整的可以单独运行的软件，可以独立模拟出整台计算机，包括CPU，内存，IO设备，通过一个特殊的“重编译器”对特定的处理器的二进制代码进行翻译，从而具有了跨平台的通用性。QEMU有两种工作模式：系统模式，可以模拟出整个电脑系统，另一种是用户模式，可以运行不同与当前硬件平台的其他平台上的程序（比如在x86平台上运行跑在ARM平台上的程序）；其代码地址 http://git.qemu.org/qemu.git ，有兴趣的同学可以自己去看看，目前最新的版本是2.7.0，在0.9.1及之前版本还可以使用kqemu加速器（可以理解为QEMU的一个插件，用来提高QEMU的翻译性能，支持Windows平台），但1.0以后版本就只能使用qemu-kvm（只支持Linux）进行加速了，1.3版本后QEMU和QEMU-KVM合二为一了。

QEMU-KVM：从前面对KVM内核模块的介绍知道，它只负责CPU和内存的虚拟化，加载了它以后，用户就可以进一步通过工具创建虚拟机（KVM提供接口），但仅有KVM还是不够的，用户无法直接控制内核去做事情（KVM只提供接口，怎么创建虚拟机，分配vCPU等并不在它上面进行），还必须有个运行在用户空间的工具才行，KVM的开发者选择了比较成熟的开源虚拟化软件QEMU来作为这个工具，并对其进行了修改，最后形成了QEMU-KVM。

在QEMU-KVM中，KVM运行在内核空间，QEMU运行在用户空间，实际模拟创建，管理各种虚拟硬件，QEMU将KVM整合了进来，通过/ioctl 调用 /dev/kvm，从而将CPU指令的部分交给内核模块来做，KVM实现了CPU和内存的虚拟化，但kvm不能虚拟其他硬件设备，因此qemu还有模拟IO设备（磁盘，网卡，显卡等）的作用，KVM加上QEMU后就是完整意义上的服务器虚拟化

当然，由于qemu模拟io设备效率不高的原因，现在常常采用半虚拟化的virtio方式来虚拟IO设备，另文再谈

综上所述，QEMU-KVM具有两大作用：

1.提供对cpu，内存（KVM负责），IO设备（QEMU负责）的虚拟

2.对各种虚拟设备的创建，调用进行管理（QEMU负责）

libvirt

顺带提一提libvirt，这是RedHat开始支持KVM后，大概是觉得QEMU+KVM方案中的用户空间虚拟机管理工具不太好用或者通用性不强，所以干脆搞了个libvirt出来，一个针对各种虚拟化平台的虚拟机管理的API库，一些常用的虚拟机管理工具如virsh（类似vim编辑器），virt-install，virt-manager等和云计算框架平台（如OpenStack，OpenNebula，Eucalyptus等）都在底层使用libvirt提供的应用程序接口。

libvirt主要由三个部分组成：API库，一个守护进程 libvirtd 和一个默认命令行管理工具 virsh。

总结：

目前来说，QEMU是一个独立的虚拟化解决方案，并不依赖KVM（它本身自己可以做CPU和内存的模拟，只不过效率较低），而KVM是另一套虚拟化解决方案，对CPU进行虚拟效率较高（采用了硬件辅助虚拟化），但本身不提供其他设备的虚拟化，借用了QEMU的代码进行了定制，所以KVM方案一定要依赖QEMU

即使后来RedHat后来开发了libvirt，也只能简单的认为是个虚拟机管理工具，仍然需要通过用户空间QEMU来与KVM进行交互

❻ 我卸载了kvm，可是编译内核产生的mole还是有kvm

编译内核产生kvm模块跟config有关，如果你卸载kvm后没有重新进行config的话，编译出来的东西与先前是一样的，先前有kvm此时照样有kvm。
卸载后，如果通过make localmodconfig进行配置的话应该就没有kvm模块的。
可以在linux源文件目录下的.config中查看KVM相关的模块配置。

❼ 各位大神，我用kvm创建了一个windows2012的qcow2镜像，上传到openstack云环境后，

一、思路就4步：1、创建镜像文件
2、用nova-compute自带的kvm,启动.iso文件，用vncviewer完成OS的安装过程
3、OS安装完毕，停止虚拟机，kvm重启镜像，安装必要的软件
4、后续：上传镜像到云中

二、镜像制作指导

很多源都有为OpenStack已经编译好的各种镜像了，您可以直接下载并通过使用这些镜像来熟悉OpenStack。
不过如果是为生产环境进行部署的话，您一定需要构建含有定制软件或配置的镜像文件。本章将引领您完成几种较为流行的Linux发行版镜像，最后也将制作一份Windows的镜像。

由不同的Linux发行版制作镜像时，过程几乎一样，仅有微小的差别而已。由于含有cloud-ini软件包，人们用Ubuntu系统制作镜像文件变得非常容易。Cloud-init软件在实例运行时能够自动维护实例配置，也将为无密码登陆完成密匙导入以及完成设置主机名等任务。每个实例都将通过169.254.169.254的元数据接口，从nova运算中读取特定的配置。
如果您制作发行版不含有诸如cloud-init此类的软件包，您就需要自行完成密匙导入等操作了。说来也简单，只需向rc.local文件中添加相关命令即可。

❽ 虚拟化技术中KVM，Xen，Qemu的区别和联系

虚拟化类型

全虚拟化（Full Virtualization)

全虚拟化也成为原始虚拟化技术，该模型使用虚拟机协调guest操作系统和原始硬件，VMM在guest操作系统和裸硬件之间用于工作协调，一些受保护指令必须由Hypervisor（虚拟机管理程序）来捕获处理。

图5 KVM和QEMU关系

❾ KVM、QEMU和KQemu有什么区别

1、KVM是一套虚拟机管理系统，包括内核虚拟构架和处理器相关模块，其借用了 QEMU其它一些组件，KVM的非内核部分是由QEMU实现的；加载了模块后，才能进一步通过其他工具创建虚拟机。

2、QEMU是另外的一套虚拟机管理系统，Kqemu是QEMU的加速器，可以认为是QEMU的一个插件；QEMU可以虚拟出不同架构的虚拟机，如在x86平台上可以虚拟出power机器。

3、KVM负责cpu虚拟化+内存虚拟化，实现了cpu和内存的虚拟化，但KVM不能模拟其他设备。QEMU是模拟IO设备（网卡，磁盘），KVM加上QEMU之后就能实现真正意义上服务器虚拟化。因为用到了上面两个东西，所以一般都称之为QEMU-KVM。

(9)编译kvm扩展阅读：

1、KVM 技术已经从最初的基础SOHO办公型，发展成为企业 IT 基础机房设施管理系统。可以从kvm 客户端管理软件轻松的直接访问位于多个远程位置的服务器和设备。

2、QEMU在GNU/Linux平台上使用广泛。具有高速度及跨平台的特性，通过KQEMU这个闭源的加速器，QEMU能模拟至接近真实电脑的速度。

3、KQEMU现可运行在基于x86或x86_64的Linux2.4或Linux 2.6主机上。

❿ 开源的虚拟化软件KVM和Xen比较，哪个更有前途呢

只能说是各有所长，以下供大家参考：
Xen与KVM的比较
虚拟化技术已经成为未来计算机技术的一个重要的发展方向。linux在虚拟化方面已经有了很多中解决方案VMware、VirtualBox、en和KVM。
KVM是一个全虚拟化的解决方案。可以在x86架构的计算机上实现虚拟化功能。但KVM需要CPU中虚拟化功能的支持，只可在具有虚拟化支持的CPU上运行，即具有VT功能的Intel CPU和具有AMD-V功能的AMD CPU。
Xen也是Linux下的一个虚拟化解决方案，也将很快被编入内核中。Xen的实现方法是，运行支持Xen功能的kernel，这个kernel是工作在Xen的控制之下，叫做Domain0，使用这个kernel启动机器后，你可以在这个机器上使用qemu软件，虚拟出多个系统。Xen的缺点是，如果你需要更新Xen的版本，你需要重新编译整个内核，而且，稍有设置不慎，系统就无法启动。
相比较，KVM就简化的多了。它不需要重新编译内核，也不需要对当前kernel做任何修改，它只是几个可以动态加载的.ko模块。它结构更加精简、代码量更小，所以，出错的可能性更小。并且在某些方面，性能比Xen更胜一筹。