博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
RPM升级篇(转)
阅读量:2448 次
发布时间:2019-05-10

本文共 4405 字,大约阅读时间需要 14 分钟。

RPM升级篇(转)[@more@]

升级做什么

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,效果相同。

软件包标识

有关软件包标识的定义,请参见<>。

选项列表

选项说明

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

--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数据库中的所有信息(数据及索引)。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/8225414/viewspace-939077/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/8225414/viewspace-939077/

你可能感兴趣的文章
idea无法忍受_不要成为无法忍受的软件开发人员
查看>>
react中的状态机_在基于状态图的状态机上使用React的模式
查看>>
循环 直到 python_如果您在Python中存在慢循环,则可以对其进行修复……直到无法解决为止...
查看>>
阿里薪资谈判技巧_如何像专业人士一样处理技术职业中的薪资谈判
查看>>
如何使用Kotlin构建具有在线状态的Android Messenger应用
查看>>
webgl 着色器_如何使用AI,AR和WebGL着色器来帮助视障人士
查看>>
客户旅程_我们进入微服务世界的旅程-以及从中学到的东西。
查看>>
react开发模式_通过开发带有精灵动画的游戏来学习高级React模式
查看>>
aws v2.2.exe_如何使用Python 3.6在AWS EC2上创建运行uWSGI,NGINX和PostgreSQLDjango服务器...
查看>>
如何确保您的Progressive Web App保持其Lighthouse审核分数
查看>>
chrome麦克风权限_如何在Chrome扩展程序中处理麦克风输入权限和语音识别
查看>>
ai物联网工业_人工智能和物联网将如何改变行业
查看>>
电子工程师自学成才pdf_给新开发人员的最佳建议:自学成才的软件工程师的建议...
查看>>
核心指导网络由任务编码器_如何在现实世界中与实际用户一起指导您的编码和编码生涯...
查看>>
githooks_使用Githooks改善团队的开发工作流程
查看>>
laravel 检测sql_在Laravel PHP应用程序中轻松进行面部检测
查看>>
回复邮件时如何不要邮件头_如何为阅读,点击和回复率达到100%的CEO设计一封冷邮件...
查看>>
机器学习岗位太少_太多的东西要学习,很少的时间
查看>>
react fiber_让我们爱上React Fiber
查看>>
有效电子邮件地址大全_如何优雅有效地处理介绍电子邮件
查看>>