软件包管理
软件运行环境
- 软件包基础
- rpm包管理
- yum管理
- 定制yum仓库
- dnf管理
- 编译安装
- Ubuntu软件管理
软件运行和编译
ABI：Application Binary Interface (应用程序的二进制接口)
Windows与Linux不兼容
ELF(Executable and Linkable Format)linux二进制格式
PE（Portable Executable）Windows二进制格式
库级别的虚拟化：
Linux: WINE
Windows: Cygwin
API：Application Programming Interface (软件开发接口)
API标准：POSIX：Portable OS
程序源代码 --> 预处理 --> 编译 --> 汇编 --> 链接
静态编译：.a
动态编译：.so 共享对象 share object
ldd 查看命令依赖的库
例： ldd /bin/cat
静态和动态链接
链接主要作用是把各个模块之间相互引用的部分处理好，
使得各个模块之间能够正确地衔接，分为静态链接和动态链接
静态链接
把程序对应的依赖库复制一份到包
libxxx.a
嵌入程序包
升级难，需重新编译
占用较多空间，迁移容易
动态链接
只把依赖加做一个动态链接
libxxx.so
连接指向
占用较少空间，升级方便
Java程序运行
源文件(*.java) 通过Java编译器变成字节码(*.class文件)二进制文件，不能直接运行在操作系统上
(*.class)文件通过Java虚拟机转化成系统二进制文件，即可运行
开发语言
系统级开发
C
C++
应用级开发
java
Python
go
php
perl
delphi
ruby
包和包管理器
最初只提供了.tar.gz的打包的源码文件，用户必须自已编译每个想在GNU/Linux上运行的软件。
用户急需系统能提供一种更加便利的方法来管理这些软件，
当Debian诞生时，这样一个管理工具也就应运而生，它被命名为dpkg。
从而著名的“package”概念第一次出现在GNU/Linux系统中，稍后Red Hat才开发自己的“rpm”包管理系统
包的组成：
二进制文件、库文件、配置文件、帮助文件
程序包管理器：
debian： deb文件, dpkg包管理器
redhat： rpm文件, rpm包管理器
rpm：Redhat Package Manager
RPM Package Manager
包命名
源代码：name-VERSION.tar.gz|bz2|xz
VERSION: major.minor.release
rpm包命名方式：
name-VERSION-release.arch.rpm
例：bash-4.2.46-19.el7.x86_64.rpm
VERSION: major.minor.release
release：release.OS
常见的arch：
x86: i386, i486, i586, i686
x86_64: x64, x86_64, amd64
powerpc: ppc
跟平台无关：noarch
包命名和工具
包：分类和拆包
Application-VERSION-ARCH.rpm: 主包
Application-devel-VERSION-ARCH.rpm 开发子包
Application-utils-VERSION-ARHC.rpm 其它子包
Application-libs-VERSION-ARHC.rpm 其它子包
包之间：可能存在依赖关系，甚至循环依赖
解决依赖包管理工具：
yum：rpm包管理器的前端工具
apt：deb包管理器前端工具
zypper：suse上的rpm前端管理工具
dnf：Fedora 18+ rpm包管理器前端管理工具
库文件
查看二进制程序所依赖的库文件
ldd /PATH/TO/BINARY_FILE
管理及查看本机装载的库文件
ldconfig 加载配置文件中指定的库文件
/sbin/ldconfig –p 显示本机已经缓存的所有可用库文件名及文件路径映射关系
配置文件：/etc/ld.so.conf, /etc/ld.so.conf.d/*.conf
缓存文件：/etc/ld.so.cache
包管理器
程序包管理器：
功能：将编译好的应用程序的各组成文件打包一个或几个程序包文件，
从而方便快捷地实现程序包的安装、卸载、查询、升级和校验等管理操作
包文件组成 (每个包独有)
RPM包内的文件
RPM的元数据，如名称，版本，依赖性，描述等
安装或卸载时运行的脚本
数据库(公共)：/var/lib/rpm
程序包名称及版本
依赖关系
功能说明
包安装后生成的各文件路径及校验码信息
程序包的来源
管理程序包的方式：
使用包管理器：rpm
使用前端工具：yum, dnf
获取程序包的途径：
(1) 系统发版的光盘或官方的服务器
CentOS镜像：
https://www.centos.org/download/
http://mirrors.aliyun.com
http://mirrors.sohu.com
http://mirrors.163.com
(2) 项目官方站点
例：nginx
(3) 第三方组织：
Fedora-EPEL：
Extra Packages for Enterprise Linux
Rpmforge:RHEL推荐，包很全
搜索引擎：
http://pkgs.org
http://rpmfind.net
http://rpm.pbone.net
https://sourceforge.net/
(4) 自己制作
注意：第三方包建议要检查其合法性
来源合法性,程序包的完整性
rpm包管理
CentOS系统上使用rpm命令管理程序包：
安装、卸载、升级、查询、校验、数据库维护
安装：
rpm {-i|--install} [install-options] PACKAGE_FILE…(rpm包文件路径)
-v: verbose
-vv:
-h: 以#显示程序包管理执行进度
rpm -ivh PACKAGE_FILE ...
-q 软件名称 查询软件(包名精确)
-qa 查询所有安装包 (支持通配符)
rpm -q | grep tre 进行模糊匹配
-qi 查询软件安装信息
-ql 查询软件来自哪个rpm包
-qf 查询包来源
-e 卸载软件
rpm2cpio tree-1.6.0.10.el7.x86_64.rpm | cpio -tv
预览rpm包内文件
rpm -q tree &> /dev/null || rpm -ivh /misc/cd/Packagges/tree-1.6.0-10.e17.x86_64.rpm &> /dev/null
安装tree，如果安装就不安装，如果没有安装，则安装
rpm包安装
[install-options]
--test: 测试安装，但不真正执行安装，即dry run模式
--nodeps：忽略依赖关系
--replacepkgs | replacefiles 覆盖安装(替代现有的包) | 只覆盖有冲突的文件
--nosignature: 不检查来源合法性
--nodigest：不检查包完整性
--noscripts：不执行程序包脚本
%pre: 安装前脚本 --nopre
%post: 安装后脚本 --nopost
%preun: 卸载前脚本 --nopreun
%postun: 卸载后脚本 --nopostun
rpm包升级
升级：
rpm {-U|--upgrade} [install-options] PACKAGE_FILE...
rpm {-F|--freshen} [install-options] PACKAGE_FILE...
upgrade：安装有旧版程序包，则“升级”
如果不存在旧版程序包，则“安装”
freshen：安装有旧版程序包，则“升级”
如果不存在旧版程序包，则不执行升级操作
rpm -Uvh PACKAGE_FILE ...
rpm -Fvh PACKAGE_FILE ...
--oldpackage：降级
--force: 强制安装
升级注意项
注意：
(1) 不要对内核做升级操作；Linux支持多内核版本并存，因此直接安装新版本内核
(2) 如果原程序包的配置文件安装后曾被修改，升级时，新版本提供的同一个配置文件不会直接覆盖老版本的配置文件，而把新版本文件重命名(FILENAME.rpmnew)后保留
包查询
rpm {-q|--query} [select-options] [query-options]
[select-options]
-a：所有包
-f：查看指定的文件由哪个程序包安装生成
-p rpmfile：针对尚未安装的程序包文件做查询操作
--whatprovides CAPABILITY：查询指定的CAPABILITY由哪个包所提供
--whatrequires CAPABILITY：查询指定的CAPABILITY被哪个包所依赖
rpm2cpio 包文件|cpio –itv 预览包内文件
rpm2cpio 包文件|cpio –id “*.conf” 释放包内文件
rpm2cpio tree-1.6.0-10.el7.x86_64.rpm | cpio -tv
[query-options]
--changelog：查询rpm包的changelog 升级日志
-c：查询程序的配置文件
-d：查询程序的文档
-i：information
-l：查看指定的程序包安装后生成的所有文件
--scripts：程序包自带的脚本
--provides：列出指定程序包所提供的CAPABILITY
-R：查询指定的程序包所依赖的CAPABILITY
常用查询用法：
-qi PACKAGE, -qf FILE, -qc PACKAGE, -ql PACKAGE, -qd PACKAGE
-qpi PACKAGE_FILE, -qpl PACKAGE_FILE, ...
-qa
包卸载：
rpm {-e|--erase} [--allmatches] [--nodeps] [--noscripts] [--notriggers] [--test] PACKAGE_NAME ...
当包卸载时，对应的配置文件不会删除， 以FILENAME.rpmsave形式保留
包校验
rpm {-V|--verify} [select-options] [verify-options]
S file Size differs
M Mode differs (includes permissions and file type)
5 digest (formerly MD5 sum) differs
D Device major/minor number mismatch
L readLink(2) path mismatch
U User ownership differs
G Group ownership differs
T mTime differs
P capabilities differ
包来源的合法性验证及完整性验证
完整性验证：SHA256
来源合法性验证：RSA
公钥加密
对称加密：加密、解密使用同一密钥
非对称加密：密钥是成对儿的
public key: 公钥，公开所有人
secret key: 私钥, 不能公开
导入所需要公钥
rpm -K|checksig rpmfile 检查包的完整性和签名
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
CentOS 7发行版光盘提供：RPM-GPG-KEY-CentOS-7
rpm -qa “gpg-pubkey*”
rpm数据库
数据库重建：
/var/lib/rpm
rpm {--initdb|--rebuilddb}
initdb: 初始化
如果事先不存在数据库，则新建之
否则，不执行任何操作
rebuilddb：重建已安装的包头的数据库索引目录
救援光盘
库文件被损坏，使用救援光盘修复
1.虚拟机按esc键，选择光盘选项，
服务器按f11/f12进入boost，找到光盘优先启动
2.以cenos7为例，启用centos7救援光盘
选择troubeshooting选项 排错
回车进入troubeshooting，选择第二项救援，将出故障的系统进行修复
3.救援光盘会将损坏光盘的"/"挂载到/mnt/sysimage下
df -h 查看系统分区情况
4.将破坏的文件还原
