当前位置:操作系统 > Unix/Linux >>

RPM升级篇

升级做什么

  RPM的升级功能是它受到用户好评的原因之一。因为用户自己将一个软件包从旧版本升级到新版本,特别是大型软件,需要有经验的支持和技术的积累,比较复杂,而用RPM升级软件,只需一个rpm -U命令就可以了,极大方便了用户。

  软件升级基本做两项工作,一是安装新版本,二是卸载旧版本。RPM还有一项重要的工作要做,这就是妥善处理配置文件(CONFIG FILE)。若直接采用安装方式,则用户已配置好的配置文件就会被覆盖,不符合用户要求。

  配置文件处理

  RPM对某个配置文件,通过比较三种不同的MD5检查和(checksum)来决定如何处理它。这三种不同的MD5检查和是:

  1. 原检查和。它是旧版本软件包安装时配置文件的MD5检查和。

  2. 当前检查和。它是升级时旧版本配置文件的MD5检查和。

  3. 新检查和。它是新版本软件包中配置文件的MD5检查和。

  RPM针对以下几种情况分别处理:

  1. 当原检查和=X,当前检查和=X,新检查和=X时:

  这表明配置文件未曾修改过。此时,RPM会将新的配置文件覆盖掉原文件,而不是对原文件不作处理,原因在于: 虽然文件名和文件内容都没有变化,但文件别的方面的属性(如文件的属主,属组,权限等)却可能改变,所以有必要覆盖一下。

  2. 当原检查和=X,当前检查和=X,新检查和=Y时:

  这表明原配置文件没有改动过,但是它与新软件包中的配置文件却有所不同。这种情况下,RPM将用新文件覆盖掉旧文件,并且旧文件不作保存(因为它不曾改动过,没有必要保存)。

  3. 当原检查和=X,当前检查和=Y,新检查和=X时:

  这表明新文件与旧文件内容相同,但当前文件已经作过修改,这些修改对于新版本来说应该是合法的,可以使用的。因此,RPM对当前文件予以保留。

  4. 当原检查和=X,当前检查和=Y,新检查和=Y时:

  这表明原文件经过修改,现在已与新文件相同,这或许是用户用来修补安全上的漏洞,新版本也作了同样的修改。这种情况下,RPM将新文件覆盖当前文件,避免文件属性方面的不同。

  5. 当原检查和=X,当前检查和=Y,新检查和=Z时:

  这表明用户已修改了原文件,并且当前内容与新文件内容不同。这种情况下,RPM无法保证新版本软件能正常使用当前的配置文件,所以采用了一个比较明智的办法,既能保护用户的配置数据,又能保证新版本软件正常。这种作法就是将当前文件换名保存(给原文件名加个.rpmsave的后缀,如原文件名为ABC,则换名后为ABC.rpmsave),同时安装新文件,并给出警告信息,如:

  warning: /etc/.funkey saved as /etc/.funkey.rpmsave

  6. 当没有原检查和时:

  此种情况下,当前检查和与新检查和已无关紧要,这表明没有安装过此配置文件。因为没有安装过此配置文件,所以RPM无法判断当前文件是否被用户修改过。这种情况下,RPM会将当前文件换名保存(原文件名后缀不是加个.rpmsave,而是.rpmorig),同时安装新文件,并给出警告信息,如:

  warning: /etc/.inputdef saved as /etc/.inputdef.rpmsave

  升级命令格式

  升级RPM包时,请用以下命令格式:

  rpm -U [升级选项1 升级选项2...] [软件包标识1 软件包标识2...]

  其中: 也可使用--upgrade代替-U,效果相同。

  软件包标识

  有关软件包标识的定义,请参见<<精通RPM之三--卸载篇>>。

  选项列表

  选项说明

  因为升级也是一种安装,所以升级的选项列表与安装选项列表基本相同,只是升级的选项列表增加了一项--oldpackage。现着重说明一下这个选项,其它选项说明见<<精通RPM之二--安装篇>>,在此恕不赘述。

  --oldpackage选项: 从名字上就可以看出来是老版本软件包的意思。为什么要将软件"升级"到老版本?(这里的升级其实是降级)这里面有个原因。用户一直好好地用着老版本的软件,当有一天发现有新版本发布时,马上用rpm -U命令升级到系统中,但因为新版本有"臭虫",所以这个软件暂时不能正常工作。而这时,直接用rpm -U命令是升级不到老版本的,因为一般情况的升级是将老版本升级到新版本,RPM默认这一点。若想升级到老版本,则必须用这个特殊的选项。下面举个例子:

  # rpm -U -v lze-6.0-1.i386.rpm

  package lze-7.0-1 (which is newer then lze-6.0-1) is already installed

  #

  注: 本例在升级过程中出现错误,RPM提示lze软件包已安装,并且现存版本号7.0,高于准备升级的版本号6.0,升级无法继续。

  若在命令行使用--oldpackage,结果会怎么样呢?

  # rpm -U -v --oldpackage lze-6.0-1.i386.rpm

  lze-6.0-1

  #

  注: 命令执行后输出了软件包标识lze-6.0-1,表明升级到老版本成功了。

  下面通过输出调试信息来观察一下升级软件包时RPM做的主要工作:

  # rpm -U -vv --oldpackage foo-3.0-2.i386.rpm 2>&1 | nl

  1 D: counting packages to install

  2 D: found 1 packages

  3 D: looking for packages to download

  4 D: retrieved 0 packages

  5 D: New Header signature

  6 D: Signature size: 68

  7 D: Signature pad : 4

  8 D: sigsize : 72

  9 D: Header + Archive: 1577

  10 D: expected size : 1577

  11 D: opening database mode 0x42 in //var/lib/rpm/

  12 D: found 0 source and 1 binary packages

  13 D: requires: /bin/sh satisfied by db file lists.

  14 D: installing binary packages

  15 D: getting list of mounted filesystems

  16 D: New Header signature

  17 D: Signature size: 68

  18 D: Signature pad : 4

  19 D: sigsize : 72

  20 D: Header + Archive: 1577

  21 D: expected size : 1577

  22 D: package: foo-3.0-2 files test = 0

  23 D:file: /etc/foo.conf action: create

  24 D:file: /usr/bin/foo action: create

  25 D: running preinstall script (if any)

  26 + echo preinstall

  27 preinstall

  28 foo-3.0-2

  29 D: running postinstall scripts (if any)

  30 + echo postinstall

  31 postinstall

  32 + echo triggerinstall

  33 triggerinstall

  34 + echo triggeruninstall

  35 triggeruninstall

  36 + echo preuninstall

  37 preuninstall

  38 D: will remove files test = 0

  39 D:file: /usr/bin/foo action: skip

  40 D:file: /etc/foo.conf action: skip

  41 D: running postuninstall script (if any)

  42 + echo postuninstall

  43 postuninstall

  44 D: removing database entry

  45 D: removing name index

  46 D: removing group index

  47 D: removing requiredby index for /bin/sh

  48 D: removing trigger index for file

  49 D: removing trigger index for file

  50 D: removing trigger index for file

  51 D: removing file index for foo.conf

  52 D: removing file index for foo

  注: 第1-4行: 计算命令行上要升级的包数,并且下载那些需要下载的包裹文件;

  第5-10行: 根据包裹文件头部信息,确定软件占用空间;

  第11,12行: 打开RPM数据库及包裹文件;

  第13行: 检查依赖是否满足,本例满足;

  第14行: 安装执行程序包;

  第15行: 取当前已安装文件系统列表;

  第16-21行: 再度检查包裹头信息,确定占用系统空间;

  第22-24行: 确定包中各个文件的执行操作(action),均为建立(create);

  第25行: 执行安装前脚本程序(如果有的话);

  第26-27行: 以+开头的为脚本程序执行的命令,其后为其输出结果;

  第28行: 安装foo-3.0-2包;

  第29行: 执行安装后脚本程序(如果有的话);

  第30-31行: 以+开头的为脚本程序执行的命令,其它为执行结果;

  第32-33行: 执行安装时触发脚本程序;

  第34-35行: 执行卸载前触发脚本程序,自此开始卸载原软件包;

  第36-37行: 执行卸载前脚本程序;

  第38-40行: 确定原包中各文件的执行操作,本例均为跳过(skip),即不作处理;

  第41-43行: 执行卸载后脚本程序;

  第44-52行: 删除原包在RPM数据库中的所有信息(数据及索引)。
CopyRight © 2012 站长网 编程知识问答 www.zzzyk.com All Rights Reserved
部份技术文章来自网络,