Linux管理軟體的三種方法：

1. 包管理
2. 使用倉庫管理
3. 編譯安裝

軟體相關概念：

ABI:

ABI：Application Binary Interface，應用程式的二進制介面，windows和Linux的二進制格式不一樣（ABI標準不同）

Windows與Linux不兼容

ELF (Executable and Linkable Format) --- Linux格式
PE （Portable Executable）--- Windows格式

API：

API：Application Programming Interface，應用程式開發介面，（開發者使用第三方的模塊直接呼叫對應API介面）
windows的API和linux的API無法相互運行，

POSIX：

POSIX：Portable Operating System Interface 可移植作業系統介面，是一種介面的標準，（定義庫的開發標準）降低了不同平臺遷移的標準，

軟體運行環境

Linux中的程式大部分都是C語言開發的

C程式實作程序：

C 程式源代碼 --> 預處理 --> 編譯 --> 匯編 --> 鏈接

預處理: 預處理（宏定義、注釋、加入include包含的檔案等）生成 .i結尾的文本檔案，
編譯：生成匯編代碼（匯編語言貼近機器語言） ，生成 .s結尾的匯編文本檔案
匯編：將上面的文本檔案轉換成二進制（機器指令）文本檔案， .o （object -- 物件檔案）結尾的二進制文本檔案
鏈接：把別的一些.o檔案鏈接在一起形成一個統一的檔案，

實作這個程序所用到的工具：gcc

范例：gcc的編譯程序
#分步驟編譯運行
gcc -E hello.c -o hello.i 對hello.c檔案進行預處理，生成了hello.i 檔案 ---預處理
gcc -S hello.i -o hello.s 對預處理檔案進行編譯，生成了匯編檔案 --- 編譯
gcc -c hello.s -o hello.o 對匯編檔案進行編譯，生成了目標檔案 --- 匯編
gcc hello.o -o hello 對目標檔案進行鏈接，生成可執行檔案 --- 鏈接
#一步實作編譯程序
gcc hello.c -o hello 直接編譯鏈接成可執行目標檔案

靜態鏈接和動態鏈接：

鏈接：程式用到的第三方模塊庫和程式鏈接在一起，
庫：libary --- lib

靜態鏈接： （不常用）

程式檔案和第三方庫形成一個檔案，運行程式的時候需要把庫和程式檔案都加載到記憶體中了，

特點:

1. 需要嵌入程式包
2. 升級難，需重新編譯
3. 占用較多空間，遷移容易

動態鏈接：（共享庫）

只把依賴加做一個動態鏈接，生成二進制程式檔案的時候這個檔案里面只有它自己的程式，沒有庫相關的程式，

特點：

1. 如果多個程式使用到同一個庫，就只需要加載一次庫到記憶體，
2. 占用較少空間，升級方便
3. 程式遷移不方便

庫（模塊）檔案

顯示程式呼叫的庫檔案： ldd命令

例如： lss /usr/bin/ls
庫檔案很重要，破壞了庫檔案相關程式（命令）無法正常運行

庫檔案破壞修復方法：

1. 通過救援模式使用光碟啟動（光碟會加載要給簡化的系統）
2. 利用光碟中的系統來修復損壞的系統，

管理及查看本機裝載的庫檔案
組態檔：
快取檔案：

軟體包和包管理器

源代碼直接編譯安裝很繁瑣，為了減少使用開源軟體的難度，一些開源公司把程式預先編譯完成并且把相關的檔案打成一個包，成為一個獨立的包檔案，
原始碼編譯生成二進制檔案+相關的檔案（組態檔、檔案檔案檔案等、腳本檔案等） = 包檔案

軟體包：

剛開始只提供.tar.gz的方式打包原始碼檔案，需要用戶手動編譯，后來debian誕生的時候，一個叫做dpkg的管理工具出現，它可以管理deb后綴的‘包’檔案 （pkg -- package）
再后來redhat開發了自己的rpm包管理器，
查看包種有哪些檔案的方法：cpio命令

軟體包中的檔案分類：

1. 二進制檔案
2. 庫檔案
3. 組態檔
4. 幫助檔案
5. 腳本檔案

包的命名：

源代碼包：

name-VERSION.tar.gz|bz2|xz
程式名-版本號

rpm包：

name-VERSION-release.arch.rpm
軟體名-版本號-打包相關資訊-cpu架構

包的分類和拆包

linux種為了更好的選擇包，就把大的軟體拆開了，--- 避免只想使用一個功能，但是被迫把所有功能都裝上了，
比如：httpd這個軟體就把他拆成了很多個小包

包的依賴

軟體包之間可能存在依賴關系，

程式包管理器：

用來管理包檔案的，
將編譯好的應用程式進行打包，實作程式的安裝、卸載等功能，

常見的包管理器：

redhat： rpm包管理器，管理rpm檔案 --- rpm：redhat package manager
debian：dpkg包管理器，管理deb檔案

例：查看rpm包中存在那些檔案：

#使用rpm2cpio轉化為cpio流，然后使用cpio查看：
rpm2cpio file.rpm | cpio -tv

程式包管理器相關軟體

程式包管理器相關檔案

rpm包：

1. 包檔案：檔案串列、元資料、腳本
2. 資料庫：/var/lib/rpm -- 存放已安裝的包名、檔案串列、依賴關系、安裝路徑等
   利用這個資料庫就可以知道系統已經安裝的rpm包和里面包含的檔案、屬性，
安裝和卸載軟體都會首先檢查這個資料庫，

程式包的來源

1.系統光碟或官網
2.第三方組織
3.軟體官方站點
4.自己制作

rpm 包管理器

• 安裝
• 卸載
• 查詢（用的最多）
• 升級

安裝：rpm {-i|--install} [install-options] PACKAGE

安裝的時候要寫軟體包的路徑

命令選項：

-h：顯示進度
-v：顯示安裝程序

安裝選項：

--nodeps：忽略依賴關系
--test：測驗安裝

升級：rpm {-U|--upgrade} [install-options] PACKAGE

選項：

--force: 強制安裝

查詢：rpm {-q|--query} [select-options] [query-options]

選項：

-a：所有包
-f：查看指定的檔案由哪個程式包安裝生成
-c：查詢程式的組態檔
-l：查看指定的程式包安裝后生成的所有檔案

例如：
rpm -ql 軟體名 --- 查看已經裝好的包里面包含的檔案分別放在那些目錄下，
rpm -qf file --- 查詢磁盤上的檔案來自于那個包

卸載： rpm {-e|--erase} PACKAGE

注意：當包卸載時，對應的組態檔不會洗掉， 以FILENAME.rpmsave形式保留
卸載只需要寫軟體的名稱

選項：

--nodeps：強制洗掉

rpm包的資料庫維護

rpm包安裝生成的資訊都放在：/var/lib/rpm 這個檔案中
重建資料庫：rpm {--initdb|--rebuilddb}
initdb: 初始化，如果事先不存在資料庫，則新建之，否則，不執行任何操作
rebuilddb：重建已安裝的包頭的資料庫索引目錄

標籤：其他

上一篇：[自制作業系統] 第09回 加載內核

下一篇：iproute2路由配置（ip rule、ip route、traceroute）