yum工具的使用
文章目录
rpm的弊端
若遇到有依赖关系的软件,必须先安装依赖的软件才能继续安装我们要安装的软件,当依赖关系很复杂的情况下,这种安装方式就很让人头疼
yum的优劣势及dnf
优势:能够自动解决软件安装时的依赖关系。
劣势:如果在未完成安装的情况下强行中止安装过程,下次再安装时可能无法解决依赖关系
dnf:redhat7上用来代替yum的一个工具,其存在的意义就是处理yum的缺陷,但其用法与yum是完全一样的,甚至连选项都是一样的,你可以理解为dnf就是yum,只是换了个名字而已
挂载光盘
- 插入光盘
- 执行以下命令
[root@localhost ~]# mount /dev/cdrom /mnt
mount: /dev/sr0 is write-protected, mounting read-only
[root@localhost ~]# ls /mnt/
addons EULA GPL isolinux media.repo repodata RPM-GPG-KEY-redhat-release
EFI extra_files.json images LiveOS Packages RPM-GPG-KEY-redhat-beta TRANS.TBL
[root@localhost ~]#
yum原理
- yum的工作需要两部分来合作
- yum服务器端工作原理:所有要发行的rpm包都放在yum服务器上以提供别人来下载,rpm包根据kernel的版本号,cpu的版本号分别编译发布。yum服务器只要提供简单的下载就可以了,ftp或者http的形式都可以。yum服务器有一个最重要的环节就是整理出每个rpm包的基本信息,包括rpm包对应的版本号、conf文件、binary信息,以及很关键的依赖信息。在yum服务器上提供了createrepo工具,用于把rpm包的基本概要信息做成一张“清单”,这张“清单”就是描述每个rpm包的spec文件中信息。
- client端工作原理:client每次调用yum install或者search的时候,都会去解析/etc/yum.repos.d下面所有以.repo结尾的配置文件,这些配置文件指定了yum服务器的地址。yum会定期去更新yum服务器上的rpm包清单,然后把清单下载保存到yum客户端自己的cache里面,根据/etc/yum.conf里配置(默认是/var/cache/yum下面),每次调用yum装包的时候都会去这个cache目录下去找清单,根据清单里的rpm包描述从而来确定安装包的名字、版本号、所需要的依赖包等,然后再去yum服务器下载rpm安装。(前提是不存在rpm包的cache)
yum的元数据
- 存放位置(repodata目录)
- 包含的文件及其对应的功能
- primary.xml.gz
- 当前仓库所有rpm包的列表;
- 依赖关系;
- 每个rpm包安装生成的文件列表
- primary.xml.gz
- filelists.xml.gz
· * 当前仓库所有rpm包的所有文件列表 - other.xml.gz
- 额外信息,rpm包的修改日志
- repomd.xml
- 记录的是primary.xml.gz、filelists.xml.gz、 other.xml.gz这三个文件的时间戳和校验和
- comps*.xml
- rpm包分组信息
yum的配置文件
- 配置文件:
- /etc/yum.conf 作用:为所有仓库提供公共配置
- /etc/yum.repos.d/*.repo 作用:为仓库的指向提供配置
- yum的repo配置文件中的可用变量:
- $releaseversion:当前OS的发行版的主版本号
- $arch:平台类型
- $basearch:基础平台
为yum定义repo文件
name:描述信息
baseurl:仓库的具体路径,接受以下三种类型
ftp://
http://
file:///
enabled:可选值{1|0},1为启用此仓库,0为禁用此仓库
gpgcheck:可选值{1|0},1为检查软件包来源合法性,0为不检查来源
如果gpgcheck设为1,则必须用gpgkey定义密钥文件的具体路径
gpgkey=/PATH/TO/KEY
```
vim /etc/yum.conf
cachedir=/var/cache/yum/ b a s e a r c h / basearch/ basearch/releasever //缓存目录
keepcache=0 //缓存软件包, 1启动 0 关闭
debuglevel=2 //调试级别
logfile=/var/log/yum.log //日志记录位置
exactarch=1 //检查