Linux系统学习之软件安装
|
一、源码包编译安装 由于计算机无法直接执行用高级语言编写的源程序，因此想要运行程序，就需要一种机制来让计算机识别，这样程序才可能运行起来。一般来说，计算机中存在解释型和编译型两种语言。 所谓解释型语言，就是计算机逐条取出源码文件的指令，将其转化成机器指令，并执行这个指令的过程。而编译型语言是指在程序运行前就将所有的源代码一次性转化为机器·代码（一般为二进制程序），再运行这个程序的过程。 源码安装通常使用wget命令，然后解压，在配置，在编译安装等。 二、RPM安装软件 RPM分为两类，一类是二进制安装包（也就是预编译包）。事实上，如果将编译好的软件复制到相同的软件环境（内核版本一致、软硬件运行环境一致)的服务器中，只要软件在原编译机中能运行，那么在新主机中也同样可以运行。而RPM采用的就是类似的方式，在特定的kenel版本下预先编译好软件（编译时使用了大多数常见的编译参数），并将所需要的文件（二进制程序、模块、配置文件等）整体打包，在新主机中安装该RPM包时，再将文件解压并复制到特定的目录中去。第二类是RPM源码包，当希望自定义编译参数，自行制作二进制安装包的时候使用。 RPM包管理命令：rpm -i,--install 安装软件 -v,--verbose 打印详细信息 -h,--hash 使用"#"号打印安装进度（需要和v同时用） -e,--erase 删除软件 --replacepkge 如果软件已经安装某，则强行安装 --test 安装测试，并不实际安装 --nodeps 忽略软件包的依赖关系强行安装 --force 忽略软件包及文件的冲突 查询参数（需要使用-q或--query参数) -a,--all 查询所有安装软件 -p,--package 查询某个安装的软件 -l,--list 列出某个软件包所包含的所有软件 安装软件:rpm -ivh 包名.rpm ?测试安装软件包：rpm -ivh --test 包名.rpm 安装软件:rpm -ivh --relocate /=/usr/local/包名.rpm 强行安装软件包:rpm -ivh 包名 --force --nodeps 升级软件包：rpm -Uvh 包名.rpm 强行升级软件包:rpm -Uvh 包名 --force --nodeps 删除软件包:rpm -e 包名.rpm 导入签名:rpm --import RPM-GPG-KEY 查询某个包是否已经安装:rpm -q 包名.rpm 查询系统中所有已经安装的包：rpm -qa 查询某个文件属于哪个包:rpm -qf 包名.rpm 查询某个包的依赖关系：rpm -qpR 包名.rpm 查询某个包的信息：rpm -qpi 包名.rpm 删除软件包:rpm -e 包名.rpm ?三、包依赖关系 所谓包依赖，就是说在安装A包之前需要已经安装了B包，起实质是A软件运行时需要依赖B软件提供的功能。 比如说openssh这个工具用于远程连接服务器，而ssh客户端和服务器之间的通信必须是加密的，但是openssh本身没必要再实现一次加密算法，只需要借助openssl提供的加密功能就可以了，这样安装openssh之前就需要已经安装openssl。那么，在这种情况下安装包怎样才能知道需要提前安装哪些必要的包呢？事实上，如果依赖关系不满足，RPM会自动提示，而且也会拒绝安装为满足的依赖包。但是，大多数时候这些提示都会比较模糊，有时候你不得不根据RPM给出的一些信息，借助了一些搜索工具来判断具体的包名，而这对很多新手来说确实有一定难度。 四、yum安装软件 yum是一个基于RPM的前端管理器，能够从指定的服务器上（一个或者多个）自动下载或更新软件、删除软件。其最大的好处是可以自动解决依赖关系。RedHat和Centos的版本为5以上的都会默认安装yum,所以该命令可以直接使用。 yum install 包名 安装某个包 yum groupinstall GROUP 安装某个软件组 yum update 包名 更新某个包 yum check-update 更新系统中所有需要更新的包 yum list 显示软件源中所有可用的包，一般不用 yum list installed 显示系统已经安装过的包 yum info 包名 显示某个包的信息 yum groupinfo GROUP 显示某个软件组的信息 yum remove 包名 删除某个包 yum groupremove GROUP 删除某个软件组 yum clean 清除使用yum所生成的缓存文件 五、三种安装方法的比较 编译安装的好处是可以根据具体的应用场景、特定的需求，甚至是个人的喜好来量身定制软件的功能模块吗，而使用预编译(RPM就是预编译的软件，所以RPM管理和yum管理都只是对这些预编译的包进行管理）的方式相对来说会显得臃肿。而且由于编译过程中，编译器会根据服务器硬件和软件环境来自动做一些优化处理，因此，相对预编译软件来说，后期在软件运行时编译安装的方式更能提升部分系统使用效率（根据不同的软件，提升率各有不同）。但是其缺点也是显而易见的，首先编译安装耗时久，不适合大量部署；其次在生产服务器上编译软件本身也是极不安全的做法，必须杜绝。 从大规模运维的角度来说，安全性、高效、易管理是排在第一位的，所以必须采取更方便的包管理方式。如果想要同时享有编译软件和包管理器的优点（高效运行，集中管理），那就必须自己预编译RPM包。 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |