centos 6.5 安装xen？centos8.3

大家好，关于centos 6.5 安装xen很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于centos8.3的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！

centos 6.5和5.5的区别

centos6.5的默认文件系统是ext4，5.5的是ext3

6.5的初始化目录/etc/inittab中的内容分拆到其他目录中去了，5.5的仍是/etc/inittab

6.5默认不安装xinet服务。5.5默认安装xinet

6.5虚拟化默认支持kvm，5.5的是xen

6.5的日志服务是rsyslogd，5.5的是syslogd

6.5中/etc/fstab挂在目录默认是用UUID，5.5的不是

6.5硬盘分区默认是gpt，5.5支持MBR

6.5在启动时内核前加载的虚拟内核是initramfs，5.5加载的是initrd

6.5文件系统默认安装在逻辑卷上，5.5不是

想到的只有那么多了，希望能帮上忙

如何在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.submodule

//该目录共包含三个文件和一个子目录，其中子目录seabios.submodule需要删除掉，用我们后面下载的内容重建。

#rm-rf seabios.submodule

5.从地址code.coreboot.org/p/seabios下载的SeaBios的源码并解压。注意源代码一定要下载1.7.3.2版本的，这一点也很关键，千万不能搞错了。

#tar xzvf seabios-1.7.3.2.tar.gz解压在/bios目录下。

6.重建seabios.submodule

#cd/bios

# cp–r seabios-1.7.3.2 seaslic/seabios.submodule

# cd seaslic

# ls

patch.sh README.markdown seabios.patch seabios.submodule

进入我们重建的seabios.submodule目录，可以发现有bios的源代码存在：

# cd seabios.submodule

# 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.submodule/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.submodule

#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.submodule

#make//编译需要花几十秒钟吧，应提示无错误、无警告，否则可能需要仔细检查以上步骤。

查看..seabios.submodule/out/bios.bin

看到最后生成的结果了吧，会在..seabios.submodule/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已经永久激活。

Centos 虚拟化之 XEN

我还是一个视觉系的，很多东西都感觉知道，但不能好好的去表达，还是看图好一点。

上菜。。。

OK，这是一张关于xen的架构图（来自于马哥），从这张图上，我们可以看出xen是一个type-II的虚拟化实现，type-II是在硬件之上直接安装一个Hypervisor，再在Hypervisor上安装各Guest，可上面的图好像有点不同啊。

不错，在计算机的世界里，实际就是在实现现实世界中的各种事物，如简单的1+1，又如实现一个国家的信息管控，但计算机的世界和现实世界是完全不一样的，那么要在计算机的世界里实现现实世界的事物就不可能1：1的实现。人生活现实中，而计算机的世界却是人去构建的，如何完美。

这在计算机世界中处处可见.......

上面这么多的废话，就是xen为什么不是一个我们定义的type-II的标准样子。下面我们来说说原因，xen如何要做到一个标准的type-II，那么它就要能够和所有的硬件打交道，换句话说，就是要驱动所有的硬件，而硬件的驱动一般都是由硬件生产商开发的，

（这里开启吐槽模式，intel没有提供8代cpu的部分驱动对win7的支持，导致好长一段时间我们都不能愉快的玩耍，wan e de intel！）

linux对硬件的支持都不能说很好，linux不能说多普及，但在很多领域中也是广泛使用的，但有的硬件就是不支持。

那xen呢，它没法到找所有的硬件制造商让他们开发吧，那怎么办，自己开发吗？这是不可能完成的。

办法总比问题多，好吧，没有驱动，我就用别人的好了，于是就出现上面的那种结构，xen的hypervisor只负责对硬件cpu和内存的驱动，而其它硬件如：I/O设备等的驱动托管给了dom0（linux）。

半方大的空白 或 空白

全方大的空白 或 空白

不断行的空白 或 空白

    Xen Hypervisor是直接运行在硬件与所有操作系统之间的基本软件层。它负责为运行在硬件设备上的不同种类的虚拟机（不同操作系统）进行CPU调度和内存分配。Xen Hypervisor对虚拟机来说不单单是硬件的抽象接口，同时也控制虚拟机的执行，让他们之间共享通用的处理环境。

    Xen Hypervisor不负责处理诸如网络、外部存储设备、视频或其他通用的I/O处理。

  Domain 0是经过修改的Linux内核，是运行在Xen Hypervisor之上独一无二的虚拟机，拥有访问物理I/O资源的特权，并且可以与其他运行在Xen Hypervisor之上的其他虚拟机进行交互。所有的Xen虚拟环境都需要先运行Domain 0，然后才能运行其他的虚拟客户机。

  Domain 0在Xen中担任管理员的角色，它负责管理其他虚拟客户机。

  在Domain 0中包含两个驱动程序，用于支持其他客户虚拟机对于网络和硬盘的访问请求。这两个驱动分别是Network Backend Driver和Block Backend Driver。 Network Backend Driver直接与本地的网络硬件进行通信，用于处理来自Domain U客户机的所有关于网络的虚拟机请求。根据Domain U发出的请求Block Backend Driver直接与本地的存储设备进行通信然后将数据读写到存储设备上。

  Domain U客户虚拟机没有直接访问物理硬件的权限。所有在Xen Hypervisor上运行的半虚拟化客户虚拟机（简称：Domain U PV Guests）都是被修改过的基于Linux的操作系统、Solaris、FreeBSD和其他基于UNIX的操作系统。所有完全虚拟化客户虚拟机（简称：Domain U HVM Guests）则是标准的Windows和其他任何一种未被修改过的操作系统。

说了这么多，下面来说说安装，惯例，上菜...

因为这个源的针对性很强，而且其中有kernel的包，以免以后忘记出

现问题，关闭这个安装源，安装时使用"--enablerepo="来安装，另外这个repo源是Centos提供的，url为 ，慢就一个字，我只用镜像源。

呵呵...

一直一直就这个，好nb的启动界面（我无数次的以为死机了，无数次...，直到有一次启动的时候我去干其它事儿去了，回来一看，神奇的事情发生了，启动成功。我再呵呵）long long ago...过程我就不说了，不堪回首！

这样可以看到xen的启动

dom0的启动看不到

好吧这个问题跳过。。。。。（再次道歉ing...)

看来现在一切正常了可以建虚拟机了吧，go go go

第一步，神说：要有硬盘，于是就有了qemu-img

第二步，神还说：要有网卡，于是就有了我敲键盘

准备工作做完了，现在该我说了，写配置文件

找度娘，找啊找。。。说是使用vnc可以，好，改

5900开了，连上去

轻松愉快吧，可以好像还有很多的问题不是吗？

xl是什么？

sdl为什么不能用？

系统要怎么安装？

配置文件只能手写吗？

vnclisten='0.0.0.0'，为什么要写这个？