自适应 网站,黑龙江建设网首页,做网站的账务处理,深圳地图在Ubuntu系统中#xff0c;经常要用到apt-get install指令来安装软件#xff0c;由于常常需要root权限来操作#xff0c;所以搭配sudo食用口感更佳#xff0c;apt-get指令对于安装、卸载、升级软件提供一条龙服务#xff0c;对比于源码安装#xff0c;实在是业界良心。
…在Ubuntu系统中经常要用到apt-get install指令来安装软件由于常常需要root权限来操作所以搭配sudo食用口感更佳apt-get指令对于安装、卸载、升级软件提供一条龙服务对比于源码安装实在是业界良心。
源码安装
源码安装的流程一般是三部曲
./configure
make
make install ./configure是为了检测目标安装平台的特征并且检查依赖的软件包是否可用或者是否缺少依赖软件包configure事实上是个脚本最终的目的是生成Makefile。 如果第一条指令没有报错会生成一个Makefilemake指令就是编译这个源码包 正常编译完之后如果没有报错就生成了可执行文件make install指令就是将可执行文件放到指定目录并配置环境变量允许我们在任何目录下使用这个软件。
源码安装的优点
对于普通用户而言实在是想不到什么优点...
对于软件开发者而言可以拿到源码阅读学习并修改geek一个软件简直比找女朋友还好玩同时也可以在一定程度上防止黑客的攻击(你知道这个版本的漏洞但是老夫已经把它修复了)
源码安装的缺点
其实三部曲的安装还是不那么麻烦的前提是不报错一旦报错对于linux初学者而言那也真是丈二摸不着头脑然后各种百度各种google按照各种江湖术士的方法来整结果把系统整崩的情况数不胜数即使当时能用但是也有可能留下在以后的使用中经常出现莫名其妙问题的隐患让我们来看看这些问题都是啥样的 ./configure报错 如果检查到缺少依赖或者依赖文件的版本不匹配呢一般出现这种情况就自己解决吧一般的做法是升级软件包或者安装缺少的依赖软件包运气好的话解决报错的依赖问题就行了运气不好的话A软件包依赖BB又依赖C.....这是比较常见的linux劝退方式从入门到放弃 make报错由于源码包的形式多是个人用户更新维护的所以可能出现一些平台没测试到位或者在特定平台上程序出现bug的情况这种情况就没办法了如果你有能力debug那当然另说 make install 报错这个指令报错的形式一般仅仅是没有权限加上sudo就行。但是同时因为源码包多由个人维护也经常可能出现造成系统垃圾的情况又或者你需要卸载的时候 make uninstall指令仅仅卸载可执行文件其他配置文件和依赖文件不作处理。
apt-get指令管理安装包
在上面说了那么多源码安装的缺点聪明的盆友就要猜我我将要引出今天的主角apt-get包管理应用软件由apt-get管理的软件包可以轻松做到一键安装卸载。废话不多说我们先看看它的常用用法
sudo apt-get install XXX
sudo apt-get install -y XXX
sudo apt-get install -q XXX
sudo apt-get remove XXX
sudo apt-get purge XXX
sudo apt-get autoremove
sudo apt-get update
sudo apt-get upgradeapt-get install
一键安装软件包与源码安装不同的是这个指令会自动检测并安装依赖而且用apt-get安装的包都是成熟的软件包基本不存在安装包有严重bug或者文件缺失的情况。
sudo apt-get install -y
这里主要将的就是-y选项添加这个选项就相当于不需要重复地确认安装
sudo apt-get install -q
即-quiet静默安装当然也不是完全静默会将低等级的log信息屏蔽。
sudo apt-get remove
既然有安装就会有卸载remove指令就是卸载值得注意的是remove仅仅卸载软件但是并不卸载配置文件
sudo apt-get purge
卸载指令同时卸载相应的配置文件
sudo apt-get autoremove
关于这条指令官方解释是这样的
autoremove is used to remove packages that were automatically installed to satisfy dependencies for other packages and are now no longer needed在卸载软件的时候同时卸载那些当初作为依赖但是现在并不需要的包。
看起来非常完美的指令但是博主建议慎用这条指令很可能将你要用的依赖包同时卸载有时候你的安装包并没有通过apt-get指令来管理apt-get管理工具不会加入这些包的信息所以在检索包的依赖关系时可能出问题.
又或者是另一种情况举个例子在安装某个包时这个包依赖git但是git并非你主动下载的而是作为依赖下载的包安装完之后系统可能就会提示git作为依赖不再需要使用它并不知道你是不是正在使用这个软件包。
apt-get update
将所有包的来源更新也就是提取最新的包信息这一条我们经常使用到。
apt-get upgrade
这条指令一般执行在apt-get update之后它的作用是将系统中旧版本的包升级成最新的慎用
因为在linux下由于大部分为非商业软件所以稳定性并没有得到很好的验证升级到最新版本需要十分慎重
apt-get执行原理
如果仅仅知道怎么用而不知道为什么这么用那就违背了学习使用linux的初衷所以我们还是需要从原理出发来看apt-get指令时怎么运行的。
提出问题
首先需要知道的问题是 我们用apt-get下载的软件包是从哪里来的 下载之前要做哪些准备工作
软件从哪里来
所有的deb包由官方统一管理那为什么我们能定位到这些软件包呢这里就涉及到一个软件源的概念在/etc/apt/目录下有一个sources.list文件我们来看一下这个文件的内容
cat /etc/apt/sources.list deb http://security.ubuntu.com/ubuntu trusty-security main restricted
deb-src http://security.ubuntu.com/ubuntu trusty-security main restricted
deb http://security.ubuntu.com/ubuntu trusty-security universe
deb-src http://security.ubuntu.com/ubuntu trusty-security universe
deb http://security.ubuntu.com/ubuntu trusty-security multiverse
deb-src http://security.ubuntu.com/ubuntu trusty-security multiverse
deb http://extras.ubuntu.com/ubuntu trusty main
deb-src http://extras.ubuntu.com/ubuntu trusty main
deb http://us.archive.ubuntu.com/ubuntu/ trusty-proposed main restricted multiverse universe 由于条目太多这里只贴出一部分。可以看出来的是这里都是一些资源网站软件包资源当然就是出自这里。
下载之前要做哪些工作
实践出真知我们来下载一个软件看看
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
account-plugin-windows-live libblas3 libbonobo2-0 libbonobo2-common
libbonoboui2-common libglade2-0 libgnomecanvas2-0 libgnomecanvas2-common
libgnomeui-common libidl-common libidl0 libisl10 liblinear-tools liblinear1
libllvm3.5 libntdb1 liborbit-2-0 liborbit2 libupstart1
linux-headers-3.16.0-30 linux-headers-3.16.0-30-generic
linux-image-3.16.0-30-generic linux-image-extra-3.16.0-30-generic
Use apt-get autoremove to remove them.
The following extra packages will be installed:
libdiodon0 libunique-3.0-0
Suggested packages:
diodon-plugins
The following NEW packages will be installed:
diodon libdiodon0 libunique-3.0-0
0 upgraded, 3 newly installed, 0 to remove and 221 not upgraded.
Need to get 272 kB of archives.
After this operation, 1,348 kB of additional disk space will be used.
Do you want to continue? [Y/n] 这是前期准备工作的log信息我们可以看到
第一步是Reading package lists这就是从/etc/apt/sources.list中检索可用的源中是否有这个软件包。
然后从下面的log可以看出下面的步骤就是生成软件依赖树将需要的依赖包提前列出来在安装所需软件之前进行安装。
经常我们在下载软件的时候需要先添加源很多盆友都不知道这是在干什么看到这里大家应该是能看出个原因了
因为你需要下载的软件并不在官方源网站中所以需要先行添加资源网站apt-get才能根据相应的源检索到相应的资源添加源有很多操作方式归根结底就是一个操作结果在/etc/apt/sources.list添加相应的资源网站知道了这个就可以直接在文件中添加源但是要记住linux下最基本的一个习惯动操作系统文件时先备份。
使用apt-get可能遇到的问题
在使用apt-get install的时候我们可能会遇到下面的问题
E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it? 碰到这种问题怎么解决呢
解决方法
这种问题的原因是apt-get被占用无法再次使用apt-get命令操作。解决办法分为两种 1、在终端输入ps -ef | grep apt-get,这个指令找出占用apt-get应用的进程然后用sudo kill -9 PID强制结束进程
2、但是也有可能找不到这个占用的进程很可能你在上一次安装操作的时候意外断电没有正常退出导致的这个时候需要做的操作就是强制删除以下文件就可以 sudo rm /var/cache/apt/archives/lock sudo rm /var/lib/dpkg/lock 从这里可以看出其实就是删除两个锁文件我们大可以猜想一下系统在执行apt-get指令安装时会在/var/lib/dpkg/和/var/cache/apt/archives/下生成lock文件当指令正常退出时系统会删除这个lock文件。
这样就可以解释为什么删除这两个文件就可以恢复apt-get的自由。
那我们就来验证一下以安装diodon为例
sudo apt-get install diodon在系统询问是否继续时我们先不操作打开另一个终端。键入
ls /var/lib/dpkg/lock结果显示
/var/lib/dpkg/lock表示是有这个文件的然后我们关掉apt-get执行的进程再检查没有操作apt-get文件时是否有这个文件
ls /var/lib/dpkg/lock 结果显示
/var/lib/dpkg/lock居然还能查到这个文件证明我们的猜想是错误的那就再猜测既然是lock文件那么就涉及到文件锁文件是一直存在的但是在执行apt-get时被锁住了在正常退出的时候被解锁立马行动同样的先键入
sudo apt-get install diodon并让其停在用户确认界面在查看系统中被锁住的文件在终端键入
cat /proc/locks #查看系统中被锁定的文件结果显示 1: POSIX ADVISORY WRITE 13604 08:01:792131 0 EOF 2: POSIX ADVISORY WRITE 13604 08:01:792927 0 EOF 3: OFDLCK ADVISORY WRITE -1 08:01:393386 0 0 4: POSIX ADVISORY READ 2957 08:01:393504 128 128 5: POSIX ADVISORY READ 2957 08:01:393381 1073741826 1073742335 6: POSIX ADVISORY READ 2926 08:01:393504 128 128 7: POSIX ADVISORY READ 2926 08:01:393381 1073741826 1073742335 8: POSIX ADVISORY READ 2949 08:01:393504 128 128 9: POSIX ADVISORY READ 2949 08:01:393381 1073741826 1073742335 10: POSIX ADVISORY WRITE 2836 08:01:524297 0 EOF ...仅显示用户级别
然后关掉apt-get的进程再次键入
cat /proc/locks #查看系统中被锁定的文件结果显示 1: OFDLCK ADVISORY WRITE -1 08:01:393386 0 0 2: POSIX ADVISORY READ 2957 08:01:393504 128 128 3: POSIX ADVISORY READ 2957 08:01:393381 1073741826 1073742335 4: POSIX ADVISORY READ 2926 08:01:393504 128 128 5: POSIX ADVISORY READ 2926 08:01:393381 1073741826 1073742335 6: POSIX ADVISORY READ 2949 08:01:393504 128 128 7: POSIX ADVISORY READ 2949 08:01:393381 1073741826 1073742335 8: POSIX ADVISORY WRITE 2836 08:01:524297 0 EOF ...#仅显示用户级别
对比发现很明显在使用apt-get的时候系统中被锁定的文件明显多出两个但是那一行数字是什么意思呢下列是对照关系
number, type, mode, type, pid, maj:min:inode start end
1 POSIX ADVISORY WRITE 13604 08:01:792131 0 EOF 我们可以通过inode的对比来确认在apt-get操作时多出来的两个被锁住的文件到底是不是上述提到的那两个锁文件。
ls -i /var/lib/dpkg/lock /var/cache/apt/archives/lock输出结果
792131 /var/cache/apt/archives/lock 792927 /var/lib/dpkg/lock很显然inode为792131,792927的两个文件恰好是上述进行apt-get操作和不操作时被加锁的两个文件这个猜想是正确的。
但是问题又来了当apt-get无法获取这两个锁文件的操作权限时为什么删除这两个文件就可以了呢这不会导致系统问题吗 带着这个疑问我们继续来操作
sudo rm /var/cache/apt/archives/lock /var/lib/dpkg/lock然后再查询文件
ls /var/cache/apt/archives/lock /var/lib/dpkg/lock输出结果
ls: cannot access /var/cache/apt/archives/lock: No such file or directory
ls: cannot access /var/lib/dpkg/lock: No such file or directory这下这两个文件是删除干净了那我们得赶紧看看apt-get命令是否还能操作
sudo apt-get install diodon结果发现还是可以操作这时候我再来看这两个文件
ls /var/cache/apt/archives/lock /var/lib/dpkg/lock输出结果
/var/cache/apt/archives/lock /var/lib/dpkg/lock居然又有了这下是明白了原来当我们遇到apt-get的无法获取锁的问题直接删除这两个文件的同时这两个文件的锁自然也不存在了在下一次重新使用apt-get指令时系统检测到没有锁文件时就会创建这两个文件同时进行apt-get操作。
其实这是一种覆盖式的偷懒操作我们大可以用修改文件的锁属性的方式来解决这个问题在文件inode结构体中有一个
struct file_lock *i_flock; 直接操作这个结构体就可以但是这需要涉及到C和linux系统编程方面在这里就不赘述了。
好了关于ubuntu中apt-get包管理软件的讨论就到此为止啦如果朋友们对于这个有什么疑问或者发现有文章中有什么错误欢迎留言
原创博客转载请注明出处
祝各位早日实现项目丛中过bug不沾身.
