centos 显示08？centos查看用户列表
大家好，今天小编来为大家解答centos 显示08这个问题，centos查看用户列表很多人还不知道，现在让我们一起来看看吧！
如何在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已经永久激活。
【UTC】CentOS7修改时区的正确姿势
整个地球分为二十四时区，每个时区都有自己的本地时间。在国际无线电通信场合，为了统一起见，使用一个统一的时间，称为通用协调时(UTC,Universal Time Coordinated)。
格林威治标准时间(Greenwich Mean Time)指位于英国伦敦郊区的皇家格林尼治天文台的标准时间，因为本初子午线被定义在通过那里的经线。(UTC与GMT时间基本相同，本文中不做区分)
中国标准时间(China Standard Time)【GMT + 8 = UTC + 8 = CST】
夏令时(Daylight Saving Time)指在夏天太阳升起的比较早时，将时钟拨快一小时，以提早日光的使用。（中国不使用）
RTC(Real-Time Clock)或CMOS时钟，一般在主板上靠电池供电，服务器断电后也会继续运行。仅保存日期时间数值，无法保存时区和夏令时设置。
一般在服务器启动时复制RTC时间，之后独立运行，保存了时间、时区和夏令时设置。
在CentOS 6版本，时间设置有date、hwclock命令，从CentOS 7开始，使用了一个新的命令timedatectl。
Centos7修改系统时区timezone ，解决快、慢8小时问题
如果服务器用非 UTC的时间，时区转换很容易不一致，而且对于有 daylight saving的时区，每年多一小时少一小时的那两天，系统就会出现各种诡异现象。
服务器使用UTC时间，如要显示用户所在时区的本地时间，在客户端转化即可。
# timedatectl
我们可以看到，服务器使用的CST时间
# timedatectl set-timezone UTC
# timedatectl set-time"YYYY-MM-DD HH:MM:SS"
# timedatectl set-time "HH:MM:SS"
# timedatectl
我们可以看到，服务器时间类型更改为UTC了
# ll /etc/locatime
lrwxrwxrwx. 1 root root 25 1月 14 08:30 /etc/localtime->../usr/share/zoneinfo/UTC
实际上是做了一个将
文件 /etc/localtime 做了一个软连接到 /usr/share/zoneinfo/UTC
# ln -s /usr/share/zoneinfo/UTC /etc/localtime
ln:无法创建符号链接"/etc/localtime":文件已存在
# ln -sf /usr/share/zoneinfo/UTC /etc/localtime
做软连接时，需要加-f参数，强制覆盖，不然会显示软链接已存在
# timedatectl set-time"YYYY-MM-DD HH:MM:SS"
# timedatectl set-time "HH:MM:SS" //只设置时分秒
# timedatectl
# clock -w
# date -u //显示UTC时间
CentOS7修改时区的正确姿势
CentOS7上运行Java程序，发现程序生成的时间与当前时间匹配不上，还以为是数据停止更新了，后来发现没有正确使用修改时区的姿势，导致程序时区错误。
正确的修改CentOS7时区的姿势：
# ln -sf/usr/share/zoneinfo/Asia/Shanghai /etc/localtime
其他系统的修改文件可能是/var/etc/localtime.
错误的姿势：通过cp命令覆盖/etc/localtime时间
# cp-f /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
通过cp命令修改时区，通过date, data-R命令显示的时区都是正确的，可是对于java程序而言，是错误的。
具体原因在于Java访问系统时区的方式上，可参见文章：
Java TimeZone和 Linux TimeZone问题
该文章很好的说明了Java访问系统时区的方式：
1.如有环境变量 TZ设置，则用TZ中设置的时区
2.在/etc/sysconfig/clock文件中找“ZONE”的值
3.如何2)都没，就用/etc/localtime和/usr/share/zoneinfo下的时区文件进行匹配，如找到匹配的，就返回对应的路径和文件名。
问题在于，如果使用cp命令来修改/etc/localtime文件，那么可能就会导致修改的不是/etc/localtime文件，而是原时区的文件内容。
/etc/localtime是通过符号链接链接/usr/share/zoneinfo下的文件，而java是通过文件名来确认时区的，data命令是通过文件内容确认时区的，这样就导致了data命令时区正确，而java的时区是错误的！
如上图所示：CentOS7是通过符号链接到/usr/share/zoneinfo/下的时区文件的，如果通过cp指令只会修改原时区文件内容，这样，通过date的系统命令，查看时间是OK的，可是java是通过读取文件名的方式确认时区信息的。所以时区还是纽约。
centos是哪个公司开发的
CentOS是Linux的一个发行版，开发公司是Red Hat，是RedHatEnterpriseLinux的免费版。
特点：
在CentOS的全称里面，我们可以看到Enterprise OS，也就是说企业系统，这个企业系统并不是企业级别的系统，而是它可以提供企业级应用所需要的要素。
拓展资料：
1、CentOS是免费的、开源的、可以重新分发的开源操作系统，CentOS（Community Enterprise Operating System，中文意思是社区企业操作系统）是Linux发行版之一。
2、CentOS Linux发行版是一个稳定的，可预测的，可管理的和可复现的平台，源于Red Hat Enterprise Linux（RHEL）依照开放源代码（大部分是GPL开源协议）规定释出的源码所编译而成。自2004年3月以来，CentOS Linux一直是社区驱动的开源项目，旨在与RHEL在功能上兼容。
3、CentOS是Community Enterprise Operating System的缩写，也叫做社区企业操作系统。是企业Linux发行版领头羊Red Hat Enterprise Linux（以下称之为RHEL）的再编译版本（是一个再发行版本），而且在RHEL的基础上修正了不少已知的 Bug，相对于其他 Linux发行版，其稳定性值得信赖。
4、CentOS是免费的，你可以使用它像使用RHEL一样去构筑企业级的Linux系统环境，但不需要向RedHat付任何的费用。CentOS的技术支持主要通过社区的官方邮件列表、论坛和聊天室。
5、每个版本的 CentOS都会获得十年的支持（通过安全更新方式），新版本的 CentOS大约每两年发行一次。而每个版本的 CentOS会定期（大概每六个月）更新一次，以便支持新的硬件。通过这样建立一个安全、低维护、稳定、高预测性、高重复性的 Linux环境
6、CentOS社区在官方博客于2020年12月08日发布“CentOS Project shifts focus to CentOS Stream”（翻译：CentOS项目转换项目重心到CentOS Stream版本）和关于该问题的Wiki百科说明。该博文的发布标志着CentOS Linux版本的终结，同时大幅缩短了CentOS Linux 8的支持维护时间。根据官方网站的下载页显示，CentOS Linux 8的支持维护时间已经变更为2021年12月31日截止（以前为2029年截止），同时官方已经在下载页提供CentOS Stream版下载地址（暂时没有结束维护时间计划）。
7、CentOS Linux从2020年12月以后不会再有CentOS Linux 9等之后的操作系统（见参考资料CentOS官方FAQ第二个问题，“What about the other releases of CentOS Linux?”中提到以后将不会有CentOS Linux 9及之后的版本，仅有Stream版）。
