当前位置:Linux教程 - Linux资讯 - Linux 套件升级 -- RPM 与 Tarball

Linux 套件升级 -- RPM 与 Tarball

  为何需要升级套件   这真是一个很有趣的课题,为何需要升级套件?通常我们升级的原因主要有三个:   1. 需要新的功能,所以需要安装新的套件;   2. 旧版本的套件上面可能有安全上的顾虑,所以需要更新到新版的套件;   3. 旧版的套件执行效能不彰,或者执行的能力不能让管理者满足。   尤其是第二点,当一个套件有安全上的顾虑时,千万不要怀疑,赶紧更新套件吧!那幺更新的方法有哪些呢?基本上就是两种啦:   1. 直接以 binary 的 source code 方法安装:就是以 Tarball 的方式来安装;   2. 以已经套件档案,利用套件管理程式(package manager)如 RPM(Red Hat), apt(Mandrake), pkg(Sun Unix), dpkg(Dabien) 等方式来安装。   这两种方法是各有优缺点啦,我们这里想要来谈一谈 RPM 与 Tarball 的安装方式了!     什幺是 RPM 、 SRPM ?   RPM 全名是『 RedHat Package Manager 』简称则为 RPM 啦!顾名思义,当初这个套件管理的程式是由 Red Hat 这家公司发展出来的,但其实在很多的其他套件也有相类似的套件管理程式。不过由于 RPM 使用上很方便,所以就成了目前最热门的套件管理程式啦!那幺什幺是 RPM 呢?说的简单一点, RPM 是以一种资料库记录的方式来将你所需要的套件安装到你的 Linux 主机的一套管理程式。他最大的特点就是将您要安装的套件先包装好了,透过包装好的套件里头预设的资料库记录,记录这个套件要安装的时候必须要的相依属性模组(就是你的 Linux 主机需要先存在的几个必须的套件),当安装在你的 Linux 主机时, RPM 会先依照套件里头的纪录资料查询 Linux 主机的相依属性套件是否满足,若满足则予以安装,若不满足则不予安装。那幺安装的时候就将该套件的资讯整个写入 RPM 的资料库中,以便未来的查询、验证与反安装!   这样一来的优点是:   1. 由于已经打包完毕,所以安装上很方便;   2. 由于套件的资讯都已经记录在 Linux 主机的资料库上,很方便查询、升级与反安装;   但是这也造成很大的困扰,由于 RPM 程式是已经包装好的资料,也就是说,里面的资料已经都『编译完成』了!所以,安装的时候一定需要当初安装时的主机环境才能安装,也就是说,当初建立这个套件的安装环境必须也要在你的主机上面出现才行!例如 rp-pppoe 这个 ADSL 拨接套件,他必须要在 ppp 这个套件存在的环境下才能进行安装!如果你的主机并没有 ppp 这个套件,那幺很抱歉,除非您先安装 ppp 否则 rp-pppoe 就是不让你安装的(当然您可以强制安装,但是通常都会有点问题发生就是了!)   这样可以发现他的缺点是:   1. 安装的环境必须与打包时的环境需求一致或相当;   2. 需要满足套件的相依属性需求;   3. 反安装时需要特别小心,最底层的套件不可先移除,否则可能造成整个系统的问题!   那怎幺办?呵呵!还好,还有 SRPM 这个东西! SRPM 是什幺呢?他也是一种 RPM 啦!但是由于里面连同当初包装之前的原始码都在里头,所以可以进行重新编译的动作。通常 SRPM 的附档名是 ****.src.rpm 这一种档案格式。由于 SRPM 包含了原始码,所以在安装之前则必须重新的编译建立起包装的资讯档案套件才行!当然啰,如果在编译的过程中发生了问题,也可以藉由里头的原始码更动来修正问题的所在呢!     什幺是 i386, i586, i686, noarch   好啦!现在我们已经知道 RPM 与 SRPM 的格式了,分别为:       这样子可以很清楚的发现该套件的名称、版本资讯、打包次数与操作的硬体平台!好了,来谈一谈每个不同的地方吧:   · 套件名称:当然就是每一个套件的名称了!   · 版本资讯:每一次更新版本就需要有一个版本的资讯,否则如何知道这一版是新是旧?   · 释出版本次数:也就是编译的次数啦!那么为何需要重复的编译呢?这是由于同一版的套件中,可能由于有某些 bug 或者是安全上的顾虑,所以必须要重新设定当初打包时候的设定参数,设定完成之后重新编译并打包成 RPM 档案!因此就有不同的打包数出现了!   · 操作硬体平台:这是个很好玩的地方,由于 RPM 可以适用在不同的操作平台上,但是由于不同的平台设定的参数还是有所差异性!所以就有所谓的 i386, i586, i686 与 noarch 等的档案名称出现了!   o i386:几乎适用于所有的 x86 平台,不论是旧的 pentum 或者是新的 pentum-III 等等,都可以正常的工作!那个 i 指的是 Intel 相容的 CPU 的意思,至于 386 不用说,就是 CPU 的等级啦!   o i586, i686:就是比较高阶的 CPU 等级!   o noarch:就是没有任何硬体等级上的限制。   需要额外说明的是, i386 的档案可以在任何的机器上面安装,不论是 586 或者是 686 的机器,但是 i386 则不一定可以使用于 586 或者是 686 的硬体上面,另外,在 686 的机器上使用 i686 的档案会比使用 i386 的档案在执行上,效能可能比较好一些!无论如何,使用 i386 应该就是比较没有问题的啦!另外,由于不同的 distirbution 会有不同的环境与函式库,所以在 i386 之后也有可能会额外再加上该套件的简写!  好了!接下来我们来谈一谈安装的时候所需要使用到的目录!     SRPM 与 RPM 工作时候所需要的安装目录   由于 SRPM 还需要经过一个编译的程序,所以我们就先从 SRPM 的工作情况说起吧!好了,先捉一个档案回去试试看: rp-pppoe-2.6-5.src.rpm!  SRPM 的编译过程:   刚刚提到 SRPM 里头含有的是未经编译的原始码,所以我们需要将 SRPM 进行编译打包的动作!那么编译是在哪里进行呢?由于编译的时候会将原始码解压缩出来,并且将附有的参数控制选项也同时的解开,所以就有一些资料会出现了,那么这些资料放在哪里呢?你可以到你的 /usr/src/redhat 里头去看一看呦!先执行:   rpm -i rp-pppoe-2.6-5.src.rpm 将资料解开到 /usr/src/redhat 当中!   · /usr/src/redhat/SPEC:这个目录当中放置的是该套件的设定档,例如这个套件的资讯参数、设定项目等等都放置在这里;   · /usr/src/redhat/SOURCE:这个目录当中放置的是该套件的原始档(*.tar.gz的档案)以及 config 这个设定档;   · /usr/src/redhat/BUILD:在编译的过程中,有些暂存的资料都会放置在这个目录当中;   · /usr/src/redhat/RPMS:经过编译之后,并且顺利的编译成功之后,将打包完成的档案放置在这个目录当中。里头有包含了 i386, i586, i686, noarch.... 等等的次目录。   此外,在编译的过程当中,可能会发生不明的错误,或者是设定的错误,这个时候就会在 /tmp 底下产生一个相对应的错误档,您可以根据该错误档进行除错的工作呢!等到所有的问题都解决之后,也编译成功了,那么刚刚解压缩之后的档案,就是在 /usr/src/redhat/SPEC, SOURCE, BUILD 等等的档案都会被杀掉,而只剩下放置在 /usr/src/redhat/RPMS 底下的档案了!  RPM 的安装过程:   RPM 在安装的时候,会先去读取 套件 内的设定参数内容,就是刚刚我们在 /usr/src/redhat/SPEC 的相关资讯啦!然后将该资料用来比对 Linux 系统的环境,如果环境相符就予以安装,如果不符就会显示出不符合的内容所在!等到安装完毕之后, rpm 就会将套件的资讯写入:/var/lib/rpm 这个目录中去!所以,往后您在进行查询的时候或者是预计要升级的时候,相关的资讯就会由 /var/lib/rpm 这个目录的内容资料来提供啰!     RPM 的指令使用:安装、升级与更新、查询、验证、反安装与重建资料库   RPM 的功能相当的丰富,我们一项一项来说明吧!  · 安装:   从无到有就是安装啦!那么安装的方式为何呢?若是 RPM 则使用 ivh 啦!如果是 SRPM 就使用 rebuild 或是 recompiler 啰!          o --rebuild:这个参数会将后面的 SRPM 进行『编译』与『打包』的动作,但是并没有安装,当您使用 --rebuild 的时候,最后通常会发现一行字体:   Wrote: /usr/src/redhat/RPMS/i386/rp-pppoe-2.6-5.i386.rpm   这个就是编译完成的 RPM 档案啰!那么这个档案就可以用来安装啦!安装的时候请加绝对路径来安装即可!   o --recompile:这个动作会直接的『编译』『打包』并且『安装』啰!   o -ivh:就是用来安装 RPM 的参数而在这个参数之下,由于会有一些『相依属性』的问题,或者是曾经安装过的档案的问题,所以您可以再加以下的参数来『强制』安装:   § --nodeps:不考虑相依属性的关系,给他强制的安装下去;   § --replacepkgs:如果这个套件之前安装过,您想要覆盖这个套件,那么不需要反安装后再安装,可以直接加上 --replacepkgs 强制覆盖;   § --replacefiles:那么如果这个套件安装完毕之后,曾经被你修改过档案呢?就是安装过程中会出现『confilcting files 』的话,那么直接以 --replacefiles 覆盖掉这种档案吧!       § 升级:   使用 RPM 来升级真是太简单了!就以 Uvh 来升级即可!但是在比较大量的升级版本中,使用 Fvh 则是比较好的作法。但是需要注意的是,如果您使用的是 Uvh ,偏偏您的机器上尚无这一个套件,那么很抱歉,该套件并不会被安装在您的 Linux 主机上面,所以请重新以 ivh 来安装吧!      · 注意的是, Uvh 是仅升级您所写入的套件,至于 Fvh 则是『仅升级在您的系统里面存在的套件』,所以有的朋友在大量的进行套件版本修补的时候:   o 先到 Red Hat 的 errata 网站上捉下来最新的 i386 档案;
[1] [2] 下一页 

(出处:http://www.sheup.com)


上一页 [1] [2]