centos7 xen CentOS 7

大家好，关于centos7 xen很多朋友都还不太明白，今天小编就来为大家分享关于CentOS 7的知识，希望对各位有所帮助！

centos从u盘进入拯救模式

centos从u盘进入拯救模式()Linux在启动中往往会由于一些故障而无法正常其中。这是时候往往可以通过Single单用户模式、救援模式等方式进行启动和救援恢复正常。本文虫虫给大家介绍一下这些典型的模式以及以一个Xen虚拟化模式下Centos 6.5升级内核情况下导致系统故障的救援解决。

单用户模式

Linux下最常用的是单用户模式，可以在最小加载模式下（init 1），无需用户认证情况下加载系统，进入shell命令行界面。单用户模式网络被禁用，而且也没有启用很多服务。如果出现系统文件损坏，配置文件丢失，或者用户密码丢失无法进入系统的情况，可以使用单用户模式。注意新版本的centos 7和以前版本centos进去单用户方式不一样，我们分别截图介绍下：

centos 6

在Grub菜单界面

按e，编辑命令

kernel行的最后加上single，回车，然后按b，加载启动系统。

就会到到单用户shell界面，在改界面可以用passwd修改root密码。

centos 7

centos7是用grub2菜单，菜单界面如下图：

按b进入编辑界面，注意centos 7下grub 2的编辑界面和以前的系统大有不同

在linux 16哪一行 LANG= en_US.UTF-8最后增加\"init=/bin/sh\"

按住Ctrl+x启动系统就进入了单用户模式。然后用passwd修改密码或者其他操作

电脑救援模式

有时候系统根本无法启动，甚至grub菜单都加载不了，这时候就需要使用Linux启动盘来辅助进入救援模式来做故障修复了。

救援模式需要启动盘辅助加载系统，所以要改变boot顺序为从光盘或者USB启动。注意在如果使用xen虚拟机Centos系统的话，是无法修改boot顺序的,如下图：

要改变启动顺序必须借助Xen宿主机来，我们先登陆宿主机：

执行xe vm-list,找到我们的虚拟机的uuid

然后依次执行下面两个命令：

xe vm-param-set uuid=97f817bd-7f6b-3ea8-056b-e19fe055c800 HVM-boot-policy=\"BIOS order\"xe vm-param-set uuid=97f817bd-7f6b-3ea8-056b-e19fe055c800电脑 HVM-boot-params:order=\"dc\"这样就可以显示设置boot顺序了

我们选中DVD-Drive，然后启动系统

选择\"Rescue installed system\"进入救援模式，选择语言、键盘和网络后进入

Tab点击Continue继续

注意该页的信息我们的系统被加载到/mnt/sysimage下了，后面要用到。

电脑

此处选择shell进入命令操作界面，其他两个是fakd进行诊断；reboot重启系统。

这时就会进入一个命令行界面，注意此时系统是临时的光盘启动救援系统。为了进行操作我们需要加载硬盘上的系统。我们要用chroot命令:

chroot/mnt/sysimage然后就可以进行其他操作了，比如修改密码，修复配置，备份文件等。

救援实例

最后我们举个救援的实例作为结束，之前Linux内核爆个严重漏洞TCP网络数据包时候存在缺陷导致三个漏洞， CVE-2019-11477，CVE-2019-11478和CVE-2019-11479，关于该漏洞的预警和修复方法，虫虫的此前发文介绍过。修复该漏洞根本方法是升级内核，Centos 6.5需要升级内核版本到kernel-2.6.32-754.15.3版本。

用yum update kernel升级Xen虚拟机Centos 6.5后，重启出现故障，甚至无法进入grub菜单。

电脑

此时我们可以使用上面的提到的救援模式，在救援模式下修改/etc/grub.conf

修改配置中default=1，表示加载上一个内核。

然后reboot重启系统，故障恢复。

由于centos内核补丁和Xen架构兼容导致问题，所以恢复系统后

yum remove kernel-2.6.32-754.15.3.el6.x86_64.rpm恢复所有现场。

以上是一般情况下的救援恢复模式。由于我们的事故主机是Xen虚拟机，我们有更便捷编辑启动选项的方法。那就是使用xe命令来直接在xen宿主机上编辑虚拟机的grub.conf。

首先登陆到xen宿主机上：

1、执行 xe vm-list查询事故机器的uuid（同上面部分）。

2在xen center关闭该机器或者用命令关机

xe vm-shutdown uuid=97f817bd-7f6b-3ea8-056b-e19fe055c8003、通过以下命令启动编辑：

xe-edit-bootloader-u 97f817bd-7f6b-3ea8-056b-e19fe055c800-p 1和救援模式一样，修改配置中default=1，保存。

重启系统，其他同救援模式操作一样。

总结

本文介绍了Linux（centos）下系统单用户模式以及救援模式及操作方法。并通过实例介绍了在内核升级失败系统无法启动情况下的救援恢复操作。并穿插介绍了xen虚拟化中一些xen宿主机管理命令。

电脑电脑

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'，为什么要写这个？

如何在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已经永久激活。