centos刻盘软件，centos启动盘
大家好，今天来为大家分享centos刻盘软件的一些知识点，和centos启动盘的问题解析，大家要是都明白，那么可以忽略，如果不太清楚的话可以看看本篇文章，相信很大概率可以解决您的问题，接下来我们就一起来看看吧！
Linux系统下软件包的制作方法和过程
总的情况下Linux下软件安装主要有三种方式：
一种是源码安装，需要用户自己手动编译
另一种是RPM包(RedHat Linux Packet Manager),通过RPM命令就可以实现安装
还有一种为*.bin文件，安装方法与Windows下的安装过程类似
通常情况下Linux安装软件主要通过以下两种方式
①文件名形如xxx.i386.rpm,软件包以二进制形式发布.
②文件名形如xxx.tar.gz,软件包多以源码的形式发布.
Linux软件包管理可以分为三类：二进制包的管理，源代码包的管理，脚本安装
另外值得注意的是目前存在各种Linux的发行版获取和安装软件的方式也有很多例如
【】redhat/centos的yum安装(有专门的镜像源)
【】Ubuntu/Fedora/Debian的sudo apt-get适用于deb包进行管理安装
【】也有的软件是通过刻盘加密的形式然后进行安装的(例如cnyunwei)
【】在系统运维管理人员方面也有通过ssh、C/C++语言或者py执行的一些软件命令进行自动化管理的应用，这里就不做详细介绍了。
下面有一张图可以清晰地表示linux软件应用的架构关系：
在Linux启动的时候。首先会启动内核(kernel)，内核是一段计算机程序，这个程序直接管理管理硬件，包括CPU、内存空间、硬盘接口、网络接口等等。所有的计算机操作都要通过内核传递给硬件。我们可以看到，Linux利用kernel实现软硬件的对话。通过系统调用的这个重要的接口，Linux将上层的应用与下层的kernel完全分离开，为程序员隐藏了底层的复杂性(相应的，也提高了上层应用的可移植性)。当我们在升级kernel的时候，也可以保持系统调用的语句不变，从而让上层应用不感受到下层的改变。库函数利用系统调用创造出模块化的功能，而shell则提供了一个用户界面，并让我们可以利用shell的语法编写脚本，以整合程序。有了这些思想我们可以快速地了解linux的软件应用的安装和工作原理，也因此为了方便和获取更多企业应用我们需要在linux系统上开发并且通过源码编译的方式制作各种软件包从而为信息化时代服务。
本文主要介绍源码安装与RPM包的安装
源码包和商业软件包根据各个公司或作者的实际情况出发(可以是tar等格式的压缩包，也可以是bin的源程序，可以是已经编译好了的直接拿来运行的文件，也可以是光盘虚拟化文件等其他介质来制作发布的iso文件等)封装成一种特定的格式发布从而进行相应的软件服务。其实通过yum或者make install命令安装的软件在系统都会自动生成rpm包(只是参数和功能模块差异和严谨的)
简介:
RPM(RedHat Package Manager,红帽子软件包管理器)用于软件包的安装、查询、升级、校验、卸载，以及生成.rpm格式的软件包 RPM的使用前
挂载linux系统(centos4为例)的安装光盘,当然也可在网上下载免费的RPM包.
# mount/dev/cdrom---挂载光盘
# cd/media/cdrom/CentOS/RPMS---进入光盘中RPM包的目录(可以通过#mount命令来查看光盘的挂载点一般会在最后一行显示)
# ls
一、源码包安装
1、*.src.rpm形式的源代码软件包
用法：
安装： rpm–rebuild*.src.rpm
cd/usr/src/dist/RPMS
Rpm–ivh*.rpm
卸载： rpm–e packagename
2、.tar.gz，*.tgz，*.bz2形式软件包的安装
首先进行解压,命令如下
tar zxvf*.tar.gz
tar xvfz*.tgz
tar xvfj*.tar.bz2
解压之后进入解压目录，然后进行以下操作(一般情况，具体看软件包的文件名)
配置：./configure
编译：make
安装：make install
卸载：make uninstall
源码安装有一定的难度，不同的软件可能有不同的安装，一般在解压之后应该先阅读说明文档，按照说明进行安装，上面说的只是一般情况。
二、RPM包安装
RPM安装包格式是由Redhat公司提出的，大大的简化了Linux下软件的安装，首先介绍一下通用选项。
-v：显示附加信息
-vv：显示调试信息
--root directory：让RPM以directory作为根目录，这样预安装程序和后安装程序都会安装到这个目录下。
1、安装：rpm–i file.rpm
Options:
h：安装时输出hash记号
test：只对安装进行测试，不真正安装
--persent：以百分比形式显示安装进度
--excludedocs：不安装软件包中的文档
--replacepkgs：强制重新安装
--replacefiles：替换属于其它软件包的文件
--force：忽略软件包及文档冲突
--ignorearch：不校验软件包结构
--ignoreos：不检查软件包运行的操作系统
--nodeps：不检查依赖性关系
--noscripts：不运行预安装和后安装脚本程序
2、删除rpm–e pkgname
Option:
--test：只做删除测试，不真正删除
--noscripts：不运行预安装和后安装脚本程序
--nodeps：不检查依赖性
注意：pkgname是软件包的名字，不是rpm包名字，而是安装后软件包的名字，可以用查询命令来查询软件包名。
3、升级rpm–U(或者—upgrade)file.rpm
Option：
基本与安装时的option一样，有几个特殊的：
--oldpackage：允许一个旧版本
4、查询rpm–q(或者--query)
Option:
-p PACKAGE_FILE：查询软件包的文件
-f FIEL：查询FILE属于哪个软件包
-a：查询所有安装的软件包
-ggroup：查询属于group组的软件包
--whatproVidesCAPABILITY：查询提供了CAPABILITY功能的软件包
--whatrequiresCAPABILITY：查询所有需要CAPABILITY功能的软件包
-i：显示软件包的概要信息
-l：显示软件包中的文件列表
-c：显示配置文件列表
-s：显示文件列表
-scripts：显示安装、卸载，校验脚本
--qf：以用户指定的方式查询
--dump：显示每个文件的校验信息
--proVides：显示软件包提供的功能
-R：显示软件包需要的功能
5、校验已经安装的软件包 rpm–V(or–verify,or–y)
Option选项与其它命令的类似
6、校验软件包中的文件 rpm–K(or–checksig) file.rpm
Option:
-v：显示版本信息
-vv：显示调试信息
--rcfileFILELIST：设置rpmrc文件为FILELIST
7、其它RPM选项
--rebuilddb：重建RPM资料库
--initdb：创建一个新的RPM资料库
--quiet：尽可能地减少输出
--help：显示帮助文件
--version：显示RPM当前版本
上面只是对常用选项的总结，具体还有什么问题，可以用man rpm命令进行查看，官方文件永远最好的老师。
三、*.bin格式安装文件的安装
只需双击或单击*.bin文件就可以根据提示安装了，不再敷述。
要想制作一个RPM格式的软件包,需要编写软件包描述文件。其标准命名格式为:软件名-版本号-释出号.spec(现在大多情况下都是直接用：软件名.spec)，这个文件,详细描述了有关该软件包的诸多信息,如软件名,版本,类别,说明摘要,创建时要执行什么指令,安装时要执行什么操作,以及软件包所要包含的文件等等。有了这个文件,RPM就可以制作出相应的包裹文件来。当然现在也有例如Source rpm这样开源的包制作辅助工具只要一个程序源即可通过向导下一步即可制作。
简单的一个制作例子：
其实最好的办法是做个软件包。我记得 rpm和 debian都有快速打包的开源软件可以直接拿来使用即可。
eg将nginx的tar包制作为RPM包
1.下载nginx的源码包
2.将文件放到/usr/src/redhat/SOURCES/目录下
3.编写SPEC文件
[root@mail SPECS]# vinginx-0.8.35.spec
Summary:the first rpmpackage
Name:nginx
Version:0.8
Release:35
Vendor:chenwei01@corp.the9.com
License:Share
Group:Applications/Text
Source0:nginx-0.8.35.tar.gz
%description
my test nginx
%prep
tar-zxvf$RPM_SOURCES_DIR/nginx-0.8.35.tar.gz
%build
cd$RPM_BUILD_DIR/nginx-0.8.35
./configure
make
%install
cd$RPM_BUILD_DIR/nginx-0.8.35
make install
%clean
rm-rf$RPM_BUILD_DIR/nginx-0.8.35
%files
%defattr(-,root,root)
/usr/local/nginx/sbin/nginx
%doc$RPM_BUILD_DIR/nginx-0.8.35/README
4.制作RPM包
[root@mail SPECS]#rpmbuild-ba nginx-0.8.35.spec
若运行没有错误，则产生/usr/src/redhat/RPMS/i386/nginx-0.8-35.i386.rpm和/usr/src/redhat/SRPMS/nginx-0.8-35.src.rpm两个文件。
总结：rpm包如何制作之个人经验
一 RPM介绍
RPM前是RedHat Package Manager的缩写，本意是Red Hat软件包管理，顾名思义是Red Hat贡献出来的软件包管理;现在应为RPM Package Manager的缩写。在Fedora、Redhat、Mandriva、SuSE、YellowDog等主流发行版本，以及在这些版本基础上二次开发出来的发行版采用; RPM包中除了包括程序运行时所需要的文件，也有其它的文件;一个RPM包中的应用程序，有时除了自身所带的附加文件保证其正常以外，还需要其它特定版本文件，这就是软件包的依赖关系。
RPM可以让用户直接以binary方式安装软件包，并且可替用户查询是否已经安装了有关的库文件;在用RPM删除程序时，它又会聪明地询问用户是否要删除有关的程序。如果使用RPM来升级软件，RPM会保留原先的配置文件，这样用户就不用重新配置新的软件了。RPM保留一个数据库，这个数据库中包含了所有的软件包的资料，通过这个数据库，用户可以进行软件包的查询。RPM虽然是为Linux而设计的，但是它已经移值到SunOS、Solaris、AIX、Irix等其它UNIX系统上了。RPM遵循GPL版权协议，用户可以在符合GPL协议的条件下自由使用及传播RPM。
二 RPM包分类
我个人认为rpm分为两大类，
1二进制类包，包括rpm安装包(一般分为i386和x86等几种)和调式信息包等。
2源码类包，源码包和开发包应该归位此类。
它们之间的关系是，最先我们按rpm打包要求改造软件项目源码，当符合要求之后就可以使用rpmbuild命令来生成不同的rpm包，同时生成的包之间版本是直接对应的，比如相同的源码包将生成完全相同的二进制rpm包。当你在网上查找rpm包时，一般你可以在RPMS目录中找到预编译的二进制包，而源码包则会在SRPMS目录内。
我们这里提到的RPM制作就是指改造软件源代码使之符合RPM打包要求的过程，这也可以等价为RPM源码包的制作过程，因为当你有了源码包就可以直接编译得到二进制安装包和其他任意包。
三 RPM包制作介绍
RPM包的制作，即是RPM源码包的制作。
这里我想说说RPM包工作的原理，这将有助于全面的了解RPM包管理系统的知识。
RPM是为解决源码包不易安装(需要编译)和软件包相互之间依赖(是RPM包管理器可以一定程度解决依赖问题)问题，它通过在探测源码包在build和install阶段的动作获得最终生成的需要安装的系统里的文件，并记录下一些必要的操作(比如安装完成后执行某项操作)，然后把此组成为一个整体，当在用户安装此包时把前面获得的所有问题和记录的所有操作原原本本的作用的实际系统上。
为一个普通的源码打RPM包，需要下面一些操作，首先需要对项目的Makefile作必要的改造以支持RPM打包操作(实际上此操作不是绝对的，SPEC文档和Makefile的是协调统一工作的，只要他们之间配合好了其他都无所谓，我们一般只是推荐大家尽量按行业标准规范操作而已);其次是针对当前项目撰写SPEC文档，SPEC文档包括了RPM打包过程的操作内容和新生成的RPM包的基本信息等，它的作用对象是打包程序rpmbuild。
四 RPM包制作过程
1准备打包环境
fedora系统下使用如下命令安装rpmbuild
#yum install rpmbuild
rpmbuild的工作目录如下，
~/rpmbuild
~/rpmbuild/SOURCES
~/rpmbuild/SPECS
~/rpmbuild/BUILD
~/rpmbuild/RPMS
~/rpmbuild/RPMS/i386
~/rpmbuild/SRPMS
如果你的用户目录主目录下没有类似目录结构，你可以通过一个工具软件来自动配置和生成，如下。
#yum installrpmdevtools
下了运行自动配置命令自动生成如上目录，并配置一些必要操作。
#rpmdev-setuptree
rpmdev-setuptree命令默认将再当前用户主目录下创建一个RPM构建根目录结构，
如果需要改变次默认位置，可以修改配置文件:~/.rpmmacros中变量_topdir对应的值即可。
一般rpmbuild会在当前用户的主目录下自动建立如上目录结构，如果在你对应用户的构建目录中没有自动建立如上目录，你可以通过手动方式建立。上面目录的使用是这样分配的，SOURCES放置打包资源，包括源码打包文件和补丁文件等;SPECS目录放置SPEC文档;BUILD打包过程中的工作目录;RPMS目录存放生成的二进制包，RPM包根据硬件平台不同分类，i386表示生成i386结构的包将存放在该目录下;SRPMS目录存放生成的源码包。
2撰写SPEC文档
SPEC撰写是打包RPM的核心，也算是最难的一步，好在我们可以从参照一个简单的模板文件开始，在可以实现基本功能的基础上再一步一步的扩充文档内容，直至完全达到要求。下面是一个简单的SPEC文档，其中包括了一些说明信息(注：#后面的内容为说明信息)，该SPEC文档是对一个测试的软件项目hellorpm写的，hellorpm软件包编译后仅有一个执行文件、一个手册文件和一个项目说文件。
hellorpm.spec文档的内容如下：
-----------------------------------------------------------------------------
#软件包简要介绍
Summary: hellorpm is atest program。
#软件包的名字
Name: hellorpm
#软件包的主版本号
Version:2.2.6
#软件包的次版本号
Release: 1
#源代码包，默认将在上面提到的SOURCES目录中寻找
Source0:%{name}-%{version}.tar.gz
#授权协议
License: GPL
#定义临时构建目录，这个地址将作为临时安装目录在后面引用
BuildRoot:%{_tmppath}/%{name}-%{version}-%{release}-root
#软件分类
Group:Development/Tools
#软件包的内容介绍
%description
The hellorpm programis a test.
#表示预操作字段，后面的命令将在源码代码BUILD前执行
%prep
#构建BUILD环境，将解压源码压缩包到BUILD目录
%setup-q
#BUILD字段，将通过直接调用源码目录中自动构建工具完成源码编译操作
%build
#调用源码目录中的configure命令
./configure
#在源码目录中执行自动构建命令make
make
#安装字段
%install
#调用源码中安装执行脚本
makeDESTDIR=$RPM_BUILD_ROOT install
#文件说明字段，声明多余或者缺少都将可能出错
%files
#设置文件权限属性
%defattr(-,root,root)
#声明/usr/local/bin/hellorpm将出现在软件包中
/usr/local/bin/hellorpm
#声明并设置文件属性
%doc%attr(0444,root,root)/usr/local/man/man1/hellorpm.1
#同上，声明文档文件
%docREADME
-------------------------------------------------------------------------------
这个文档需要说明的一点：
BuildRoot:%{_tmppath}/%{name}-%{version}-%{release}-root
上面BuildRoot变量表示的是源码的临时按照目录，rpmbuild就是通过次目录获得将要按照到系统中的所有文件，而在SPEC文档后面make install命令中的参数DESTDIR=$RPM_BUILD_ROOT即是对该参数的引用，这个参数将传给Makefile文件一告诉自动构建工具应该安装文件那里(实际上我再前文提到过的Makefile需要作一些改造以适应RPM的构建就包括此操作，你的Makefile文件中至少要知道在RPM构建过程中引用此参数的值去控制安装操作的目标)。
如上一个简单的SPEC文档撰写完成，下面把一个名为hellorpm-2.2.6.tar.gz的源码压缩文件放到
rpmbuild根目录下的SOURCES目录下(注，确保此归档文件解压后的目录为hellorpm-2.2.6，否则会有问题)。
到此一个完整的rpm打包环境已经构建完成，下面我们就可以开始构建二进制和源代码RPM包。
3构建RPM包
构建RPM包是有命令rpmbuild在SPEC的指导下完成。
开始构建操作，首先进入到当前用户的rpmbuild根目录(即上面提到的目录环境)。
#cd~/rpmbuild/
执行如何命令，-ba表示build all，即生成包括二进制包和源代码包的所有RPM包，下来如果正常的话，rpmbuild将正常退出，同时在RPMS目录和SRPMS目录中将生成对应的RPM包。
#rpmbuild-baSPECS/hellorpm.spec
这里仅仅介绍了一个最简单软件的最简单的RPM的打包操作过程，诸如带有共享文件的需要进行复杂配置的具有复杂依赖关系的等等的项目的打包以及后期的维护，包括补丁的制作我将在下来的时间完成补充更新，今天时间不早了，该休息了!
注：费了大半夜的功夫，搞出这么个令人不满意的文档，我思考着，这样做有多少意义呢?不敢重复发明轮子的，站到巨人的肩膀你才能看得更远，是这样吗?是不是下周开始立个计划，每周至少翻译三篇fedora官网的文档给自己练练手。
arm架构Centos7.6部署Mysql集群的步骤(arm安装mysql)
CentOS与Redhat关系
RedHat一直都提供源代码的发行方式，CentOS就是将RedHat发行的源代码重新编译一次，形成一个可使用的二进制版本。由于Linux的源代码是GNU，所以从获得RedHat的源代码到编译成新的二进制，都是合法。只是RedHat是商标，所以必须在新的发行版里将RedHat的商标去掉。
RedHat对这种发行版的态度是：“我们其实并不反对这种发行版，真正向我们付费的用户，他们重视的并不是系统本身，而是我们所提供的商业服务。”所以，CentOS可以得到RedHat的所有功能，甚至是更好的软件。但CentOS并不向用户提供商业支持，当然也不负上任何商业责任。
如果你要将你的RedHat转到CentOS上，因为你不希望为RedHat升级而付费。当然，你必须有丰富UNIX使用经验，因此，RedHat的商业技术支持对你来说并不重要。但如果你是单纯的业务型企业，那么还是建议你选购RedHat软件并购买相应服务。这样可以节省你的IT管理费用，并可得到专业服务。
一句话，选用CentOS还是RedHat，取决于你所在公司是否拥有相应的技术力量：
1、完全可以把CentOS理解为RedHatAS系列！它完全就是对RedHatAS进行改进后发布的，各种操作、使用和RedHat没有区别
2、CentOS完全免费，不存在像RedHatAS系列那样需要序列号的问题
3、CentOS独有的yum命令支持在线升级，可以即时更新系统，不像RedHat那样需要花钱购买支持服务
4、CentOS修正了许多RedHatAS的BUG
5、CentOS版本说明：
CentOS4.0等同于RedHatAS4
CentOS4.1等同于RedHatAS4U1
CentOS4.2等同于RedHatAS4U2
CentOS4.3等同于RedHatAS4U3
CentOS4.4等同于RedHatAS4U4
RedHat
Redhat有两大Linux产品系列：免费和收费
1）免费的FedoraCore系列
主要用于桌面版本，提供了较多新特性的支持。
RedHat公司的产品中，有RedHatLinux（如Redhat8、9）和针对企业发行的版本RedHatEnterpriseLinux，都能够通过网络FTP免费的获得并使用，但是在2003年的时候，RedHatLinux停止了开发，这也是为什么没有Redhat10的原因，它的项目有FedoraProject这个项目所取代，并以FedoraCore这个名字发行并提供普通用户免费使用。FedoraCore这个Linux发行版更新很快，大约半年左右就有新的版本出来，目前的版本是FedoraCore6，这个FedoraCore试验的韵味比较浓厚，每次发行都有新的功能被加入到其中，得到的成功结果将被采用道RHEL的发布中。虽说这样，频繁的被改进更新的不安定产品对于企业来说并不是最好的选择，大多数企业还是会选择有偿的RHEL产品。
2）收费的Enterprise系列
这个系列分成：AS/ES/WS等分支。RedHatEnterpriseLinux：redhat的企业版本，简写RHEL。包括如下版本：
1、RedHatEnterpriseLinuxAS
RedHat企业LinuxAS(AdvancedServer)是企业Linux解决方案中最高端的产品，它专为企业的关键应用和数据中心而设计。RedHat企业LinuxAS是唯一支持IBMi系列，p系列和z系列/S-390系统的产品。在IntelX86平台上，RedHat企业LinuxAS可以支持2个以上CPU和大于8GB的内存。
典型的RedHat企业LinuxAS应用环境如下：
数据库和数据库应用软件；WEB和中间件；CRM，ERP，SCM
2、RedHatEnterpriseLinuxESRedHat企业LinuxES(EntryServer)
为IntelX86市场提供了一个从企业门户到企业中层应用的服务器操作系统。它支持1-2CPU和小于8GB内存的系统。它提供了与RedHat企业LinuxAS同样的性能，区别仅在于它支持更小的系统和更低的成本。
典型的RedHat企业LinuxES应用环境如下：
公司WEB架构；网络边缘应用(DHCP,DNS,防火墙等)；邮件和文件/打印服务；中小规模数据库和部门应用软件
3、RedHatEnterpriseLinuxWS
RedHat企业LinuxWS(Workstation)是RedHat企业LinuxAS和ES的桌面/客户端合作伙伴。RedHat企业LinuxWS支持1-2CPU的intel和AMD系统，是桌面应用的最佳环境。它包含各种常用的桌面应用软件(Office工具，邮件，即时信息，浏览器等)，可以运行各种客户-服务器配置工具，软件开发工具和各种应用软件(例如EDA和Oil/Gas应用软件)。RedHat企业LinuxWs和服务器产品由同样的源代码编译而成，但它不提供网络服务功能(如DNS和DHCP)，它只适合作客户端应用。
AS、ES、WS关系
AdvancedServer，缩写即AS。AS在标准Linux内核的基础上，做了性能上的增强，并提高了可靠性，集成了众多常见服务器的驱动程序。可轻松识别IBM/DELL/HP等常见机架式服务器的磁盘阵列卡等设备。AS主要版本2.x/3.x/4.x，也就是我们所说的AS3/AS4，每一个版本还有若干个升级，例如最早推出的AS4后，遇到了一些更新。此时就会发布AS4Update1，以后还会陆续有AS4Update2/Update3等出现简称AS4u1/AS4u2/AS4u3等。这和微软的发布形式也是非常类似的，微软的WindowsNT4从SP1出到SP6，Windows2000从SP1出到SP4等。AS这些Update版本所包含的主要程序包版本都有一定差别，最好不要混用，否则很容易出现问题。Prima和Plesk的安装包，对于各种发行版都有了针对性的设计在下载页面上，通常都会标识出来，支持哪些版本和哪些update的系统。
ES，是AS的精简版本。他与常见的AS系列的区别是，AS支持到4路以上CPU，而ES只能支持两路CPU。AS和ES在大多数程序包上并无区别，只在内核等少数软件包上有差异。AS和ES的售价差别比较大，通常ES用在随服务器一同购买的OEM版本中。例如购买DELL服务器，搭配的Linux会是ES系列。如果要搭配AS系列，则需要多花数千元。
WS，是ES的进一步简化版，主要针对企业内部的桌面办公市场，国内较少采用。
Redhat的FedoraCoreLinux和EnterpriseLinux，都需要遵循GNU协议，即需要发布自己的源代码。所以，对于免费的FedoraCoreLinux，从Redhat网站上可以直接下载ISO刻盘，还能下载到SRPM的ISO，即程序包源码光盘。对于收费的EnterpriseLinux系列，是一款商业产品，所以网站上不能下载到ISO文件，需要购买正式授权方可。由于EnterpriseLinux也需要遵循GNU协议，故必须发布源代码。所以在Redhat的网站上，可以获得AS/ES/WS系列的SRPM源码ISO文件。这些文件可以被自由的下载，修改代码，重新编译使用。
CentOS
CommunityENTerpriseOperatingSystem的项目诞生，它的缩写既是CentOS。CentOS社区将Redhat的网站上的所有源代码下载下来，进行重新编译。重新编译后，由于AS/ES/WS是商业产品，必须将所有Redhat的Logo和标识改成自己的CentOS标识。比如将AS4原版的SRPM源码编译后，就成为了CentOS4.0。AS4Update1的源码编译后，就成为了CentOS4.1。AS4Update2的源码编译后，就成为了CentOS4.2。同理，CentOS的3.x/4.x都对应着相应的版本。
所以，CentOS就是Redhat的AS/ES/WS的免费版本。使用CentOS，可以获得和AS/ES相同的性能和感受。CentOS除了提供标准的编号1~4或者1~5的若干张ISO以外，还提供了最小化1CD的Server光盘。用Server光盘安装好的系统，就是一个最小化的Linux内核加上常用的httpd/MySQL等包，不包含Xwindows桌面等对于服务器无用的软件。
CentOS与REDHAT区别：
1.GPL就是Linux内核所采用的软件许可证，GPL的特点是：你拿人家的代码修改用了，必须把修改后的代码公布。
2.所有的Linux都是采用的GPL许可，GPL许可允许GPL软件卖钱，但必须公布源码，所以每个Linux发行版的代码都是全公开的，只是，使用这些代码的人必须也公开修改过的代码。
3.Redhat的代码是公开的，但是他的二进制RPM包更新却不免费，这并不违反GPL许可。于是开始有人想到了建立CentOS项目。
4.由于Redhat的源代码是公开的，所以CentOS项目的人拿来自己再编译，同样的代码，同样的编译器，编译出来的自然是同样的东西。只不过里面删除了Redhat的Logo以及相应信息，而核心的管理工具还是rpm，只是用一个免费的软件包管理器yum（yellowdogupdatemanager）替代了Redhat中的up2date，up2date更新是连接到Redhat的收费服务站点的，通过钱买来的服务代码通过认证。
5.CentOS的使用者众多，因为世界范围内很多人想使用Redhat却有苦恼于Redhat的收费服务。现在CentOS在Linux发行版中排行前10，这个网页的第10个发行版本就是CentOS：TopTen
6.从品质上来说，CentOS从理论上应该跟Redhat一样的，毕竟是同样的源码。
上面的6点足够说明CentOS了。
什么是FreeBSD：
FreeBSD是个完整的系统，所有ls、cd这样的小命令都是自己的项目组开发的，而Linux发行版本其实是下载一个Linux内核，下载GNU的Coreutils（包括了常用的核心小命令），自己定制的系统。你应该记得，前些天，我还自己手动编译了一套系统。FreeBSD是从4.4BSD演变过来的Unix-Like操作系统，并不是也使用Linux内核。
FreeBSD使用的软件许可证是BSDL，BSDL的特点是：你可以免费使用我的代码，基于我的代码修改后的代码你不必公开，使用我的代码出了问题你不要告我（原：don’tpayme,don’tsueme）。很多喜欢BSDL的人主要是因为他们认为只要代码能得到最大幅度的利用就是最好的，不象GPL，用了代码还要还。所以很多网络设备以及一些商业公司都赞助FreeBSD的开发，这是个完全免费的软件项目：.org
我想下载CentOS 看到要下好多东西,应该下哪个
其实，这个问题很简单，只要你明白这些下载的文件名称的具体含义就能判断了。以i386(32位)的7个下载文件为例，讲讲它们的含义这些文件均以CentOS-6.3-i386开头，说明它们都是CentOS Linux的安装程序，发行版本是6.3，要想能正常安装使用它们，你的电脑的CPU至少要达到Intel 80386这么一个标准。后面有的显示LiveCD，有的显示LiveDVD，Live是什么？简单的说，就是可以在不安装Linux系统到电脑硬盘中的前提下，对Linux进行一下体验。这主要是给一些对 linux懂的不多但又希望接触了解的用户使用的。当然Live版的文件也可以执行安装对于后面的CD DVD指的是对于电脑上面的光驱的要求。如果你的电脑比较老，用的还是多年前的VCD光驱,那么，只能选择带有LiveCD字样的文件。如果用的是DVD光驱，就没这个限制了。至于有些文件中DVD前面还有bin，这是二进制的意思，这写文件就没有体验功能了，只能用于安装。minimal指最低安装。这个版本的安装程序中有些软件包，是没有的。对Linux比较熟悉的用户，特别是在纯命令行的模式下也能玩的转的人，才推荐使用他。如果你没有图形界面感觉有困扰，建议别选。
netinstall这个字看上去挺唬人。实际上它是网络net和安装install的组合，因此，它是用于在网络上安装系统用的。它和常用的光盘安装不同。光盘安装是刻录光盘后放进电脑中，在本机上安装，netinstall是在网络上安装。比如，我的电脑里面下载netinstall版的文件，然后让我的电脑和你的电脑建立一个网络的链接，通常是小型的局域网，把系统装到你的电脑上。也就是安装源在一台电脑上，安装目标在另外一台电脑上。
对于x86-64那一栏里面的7个文件名称的理解和刚才说的相同。它们要求电脑CPU是x86处理器而且是64位的。x代表了0~6,即Intel公司的8086、80286、80386、80486、80586、80686也就是以前常提的8086处理器，286、386、486、586处理器。但是有一点需要明确。linux这款系统在设计研发之初，就没有考虑过80286的处理器。换句话说，要想装linux你的电脑的CPU最低限度也得是80386。不能再低了，否则安装不上去。
