9 使用指令列工具管理軟體 #

Zypper 的一般語法為：

zypper [--global-options] COMMAND  [--command-options] [arguments]

括號中的部分為非必需。如需一般選項和所有指令的清單，請參閱 zypper help。若要取得特定指令的說明，請輸入 zypper help COMMAND。

您可以將上述所有指令組合使用。例如，下面的指令將在詳細模式下安裝 factory 儲存庫中的 mc 和 vim 套件：

> sudo zypper -v install --from factory mc vim

--from 選項可在從指定儲存庫請求套件時，使所有儲存庫都處於啟用狀態 (以滿足任何相依性問題)。--repo 是 --from 的別名，您可以使用兩者中的任何一個。

大部分 Zypper 指令都有一個 dry-run 選項，對指定的指令進行模擬。它可以用於測試。

> sudo zypper remove --dry-run MozillaFirefox

Zypper 支援 --userdata STRING 全域選項。您可以使用此選項指定一個將會寫入 Zypper 的記錄檔案和外掛程式 (例如 Btrfs 外掛程式) 的字串。它可以用來標示和識別記錄檔案中的異動。

> sudo zypper --userdata STRING patch

Zypper 子指令是儲存在 zypper_execdir 組態選項所指定的目錄中的可執行檔。預設目錄為 /usr/lib/zypper/commands。如果在該位置找不到某個子指令，Zypper 會自動在其餘 $PATH 位置搜尋該子指令。這樣，您便可以建立自己的本地延伸，並將其儲存在使用者空間中。

不支援在 Zypper 外圍程序中執行子指令以及使用全域 Zypper 選項。

列出可用的子指令：

> zypper help subcommand
[...]
Available zypper subcommands in '/usr/lib/zypper/commands'

  appstream-cache
  lifecycle
  migration
  search-packages

Zypper subcommands available from elsewhere on your $PATH

  log                   Zypper logfile reader
                            (/usr/sbin/zypper-log)

查看子指令的說明螢幕：

> zypper help appstream-cache

若要安裝或移除套件，請使用以下指令：

> sudo zypper install PACKAGE_NAME
> sudo zypper remove PACKAGE_NAME

警告：不要移除必要的系統套件

不要移除必需的系統套件，例如 glibc、zypper、kernel。如果移除這些套件，系統可能會變得不穩定，甚至完全停止運作。

> sudo zypper install emacs -vim

> sudo zypper remove emacs +vim

> sudo zypper install -emacs +vim       # Wrong
> sudo zypper install vim -emacs        # Correct
> sudo zypper install -- -emacs +vim    # Correct
> sudo zypper remove emacs +vim         # Correct

> sudo zypper rm --clean-deps PACKAGE_NAME

> sudo zypper --non-interactive install PACKAGE_NAME

> zypper source-install PACKAGE_NAME

> sudo zypper source-install -D PACKAGE_NAME

> sudo zypper source-install -d PACKAGE_NAME

> zypper search -t srcpackage

> zypper source-download

9.1.3.6 從已停用的儲存庫安裝套件 #

 

通常，您只能安裝或重新整理來自啟用的儲存庫的套件。--plus-content TAG 選項可協助您指定要重新整理的、要在目前 Zypper 工作階段期間暫時啟用的，以及要在工作階段完成後停用的儲存庫。

例如，若要啟用可以提供其他 -debuginfo 或 -debugsource 套件的儲存庫，請使用 --plus-content debug。可以多次指定此選項。

若要暫時啟用此類「除錯」儲存庫，以安裝特定的 -debuginfo 套件，請按如下所示使用該選項：

> sudo zypper --plus-content debug \
   install "debuginfo(build-id)=eb844a5c20c70a59fc693cd1061f851fb7d046f4"

對於缺少的 debuginfo 套件，gdb 會報告 build-id 字串。

注意：已停用安裝媒體

仍會設定 SUSE Linux Enterprise Server 安裝媒體中的儲存庫，但成功安裝後會停用這些儲存庫。您可以使用 --plus-content 選項，從安裝媒體而非線上儲存庫安裝套件。在呼叫 zypper 之前，請確保該媒體可用，例如，將 DVD 插入電腦的磁碟機中。

> zypper verify

> sudo zypper install-new-recommends

Zypper 有三種方法更新軟體：安裝修補程式、安裝新版本的套件或更新整個套裝作業系統。最後一種方法可透過 zypper dist-upgrade 來實現。中介紹了如何升級 SUSE Linux Enterprise Server第 2 章 「升級路徑和方法」。

> sudo zypper patch

> sudo zypper patch --with-update

> sudo zypper patch --with-optional

> sudo zypper patch --bugzilla=NUMBER

> sudo zypper patch --cve=NUMBER

> sudo zypper patch --cve=CVE-2010-2713

> sudo zypper patch --updatestack-only

> zypper list-patches --all --cve
Issue | No.           | Patch             | Category    | Severity  | Status
------+---------------+-------------------+-------------+-----------+----------
cve   | CVE-2019-0287 | SUSE-SLE-Module.. | recommended | moderate  | needed
cve   | CVE-2019-3566 | SUSE-SLE-SERVER.. | recommended | moderate  | not needed
[...]

9.1.4.3 安裝新的套件版本 #

 

如果儲存庫中只含有新套件，但未提供修補程式，則 zypper patch 不起任何作用。若要將所有已安裝的套件更新為較新的可用版本，請使用以下指令：

> sudo zypper update

重要

zypper update 會忽略有問題的套件。例如，如果某個套件被鎖定，即使該套件有更高的版本可用，zypper update 也會忽略該套件。相反，如果套件被視為有弱點，zypper patch 會報告衝突。

若要更新個別套件，請在更新或安裝指令中指定套件：

> sudo zypper update PACKAGE_NAME
> sudo zypper install PACKAGE_NAME

所有可安裝的新套件的清單可透過以下指令獲得：

> zypper list-updates

請注意，此指令只會列出符合以下準則的套件：

• 與已安裝套件具有相同的廠商，

• 提供套件的儲存庫相較於已安裝套件，擁有更高或相同的優先程度，

• 可安裝 (符合所有相依性條件)。

所有新可用套件 (無論是否可安裝) 的清單可透過以下指令獲得：

> sudo zypper list-updates --all

若要確定無法安裝新套件的原因，請使用上面所述的 zypper install 或 zypper update 指令。

> sudo zypper packages --orphaned

在修補、更新或移除套件時，系統上可能有一些執行中程序仍在使用已被更新或移除操作刪除的檔案。執行 zypper ps 可以列出使用已刪除檔案的程序。如果此類程序屬於某個已知的服務，則會列出服務名稱，方便您重新啟動該服務。依預設，zypper ps 會顯示一個表格：

> zypper ps
PID   | PPID | UID | User  | Command      | Service      | Files
------+------+-----+-------+--------------+--------------+-------------------
814   | 1    | 481 | avahi | avahi-daemon | avahi-daemon | /lib64/ld-2.19.s->
      |      |     |       |              |              | /lib64/libdl-2.1->
      |      |     |       |              |              | /lib64/libpthrea->
      |      |     |       |              |              | /lib64/libc-2.19->
[...]

可依如下所示控制 zypper ps 的輸出格式：

如需服務處理的詳細資訊，請參閱第 19 章 「systemd 精靈」。

Zypper 的所有安裝或修補指令均依賴於一系列已知的儲存庫。若要列出系統可識別的所有儲存庫，請使用指令：

> zypper repos

結果類似於以下輸出：

> zypper repos
# | Alias        | Name          | Enabled | Refresh
--+--------------+---------------+---------+--------
1 | SLEHA-15-GEO | SLEHA-15-GEO  | Yes     | No
2 | SLEHA-15     | SLEHA-15      | Yes     | No
3 | SLES15       | SLES15        | Yes     | No

在各種指令中指定儲存庫時，可以使用 zypper repos 指令輸出的別名、URI 或儲存庫編號。儲存庫別名是儲存庫名稱的縮寫形式，用於儲存庫處理指令。請注意，修改儲存庫清單後，儲存庫的編號可能會發生變更。但別名永遠不會自行變更。

依預設，不會顯示儲存庫的詳細資料 (如 URI 或優先程度)。若要列出所有詳細資料，可以使用以下指令：

> zypper repos -d

> sudo zypper addrepo URI ALIAS

9.1.6.2 重新整理儲存庫 #

 

zypper 可讓您從設定的儲存庫中擷取套件中的變更。若要擷取變更，請執行：

> sudo zypper refresh

注意：zypper 的預設行為

有些指令預設會自動執行 refresh，因此您不需要明確執行該指令。

將 refresh 指令與 --plus-content 選項配合使用時，還可檢視已停用儲存庫中的變更：

> sudo zypper --plus-content refresh

該選項雖然會擷取儲存庫中的變更，但會使已停用儲存庫的狀態保持不變，即仍為停用。

> sudo zypper removerepo 1
> sudo zypper removerepo "SLEHA-12-GEO"

> sudo zypper modifyrepo -er -p 20 'updates'

> sudo zypper renamerepo 'Mozilla Firefox' firefox

Zypper 提供多種方法來查詢儲存庫或套件。若要獲得所有可用產品、模式、套件或修補程式的清單，請使用以下指令：

> zypper products
> zypper patterns
> zypper packages
> zypper patches

若要在所有儲存庫中查詢某些套件，請使用 search。若要獲得有關特定套件的資訊，請使用 info 指令。

> zypper search-packages package1 package2

> zypper what-provides 'perl(SVN::Core)'

> zypper info --requires MozillaFirefox

SUSE 產品的支援週期一般為 10 年。通常，您可以使用 SUSE 的延伸支援產品將標準生命週期延長三年。根據您的產品，在 https://www.suse.com/lifecycle 中找到具體的支援生命週期。

若要檢查您的產品和所支援套件的生命週期，請依下面的方式使用 zypper lifecycle 指令：

# zypper lifecycle
    Product end of support
Codestream: SUSE Linux Enterprise Server 15             2028-07-31
    Product: SUSE Linux Enterprise Server 15 SP3        n/a*

Module end of support
Basesystem Module                                       n/a*
Desktop Applications Module                             n/a*
Server Applications Module                              n/a*

Package end of support if different from product:
autofs                                   Now, installed 5.1.3-7.3.1, update available 5.1.3-7.6.1

Zypper 現隨附一個組態檔案，透過該檔案可永久變更 Zypper 的行為 (整個系統範圍或僅針對特定使用者)。若要進行系統範圍的變更，請編輯 /etc/zypp/zypper.conf。若要進行使用者相關的變更，請編輯 ~/.zypper.conf。如果 ~/.zypper.conf 尚不存在，您可以使用 /etc/zypp/zypper.conf 做為範本：將其複製到 ~/.zypper.conf，然後根據您的喜好進行調整。如需有關可用選項的說明，請參閱檔案中的備註。

如果您在存取所設定儲存庫中的套件時遇到問題 (例如，儘管您知道某個套件在某個儲存庫中，但 Zypper 找不到該套件)，重新整理儲存庫或許可以解決問題：

> sudo zypper refresh

如果不起作用，請嘗試

> sudo zypper refresh -fdb

此指令會強制執行全面的重新整理和資料庫重建，包括強制下載原始中繼資料。

如果根分割區上使用的是 Btrfs 檔案系統，且系統中安裝了 snapper，當 Zypper 提交對檔案系統所做的變更以建立相應的檔案系統快照時，會自動呼叫 snapper。這些快照可用於回復 Zypper 進行的任何變更。如需詳細資訊，請參閱第 10 章 「使用 Snapper 進行系統復原和快照管理」。

如需從指令列管理軟體的詳細資訊，請輸入 zypper help、zypper help  COMMAND，或者參閱 zypper(8) 手冊頁。如需詳盡的指令參考、最重要指令的 cheat sheets，以及有關如何在程序檔和應用程式中使用 Zypper 的資訊，請參閱 https://en.opensuse.org/SDB:Zypper_usage。最新 SUSE Linux Enterprise Server 版本的軟體變更清單可在 https://en.opensuse.org/openSUSE:Zypper_versions 中找到。

RPM 套件具有 GPG 簽名。若要驗證 RPM 套件的簽名，請使用 rpm --checksig  PACKAGE-1.2.3.rpm 指令來確定該套件是來自 SUSE 還是另一個可信機構。特別建議在從網際網路更新套件時使用此指令。

修復作業系統中的問題時，您可能需要將問題暫時修復 (PTF) 安裝到線上系統中。SUSE 提供的套件已使用特殊 PTF 金鑰簽署。但是，與 SUSE Linux Enterprise 11 相比，在 SUSE Linux Enterprise 12 系統上，預設不會輸入此金鑰。若要手動輸入該金鑰，請使用以下指令：

> sudo rpm --import \
/usr/share/doc/packages/suse-build-key/suse_ptf_key.asc

輸入該金鑰後，您可以在系統上安裝 PTF 套件。

通常，安裝 RPM 歸檔的過程非常簡單，只需使用 rpm -i PACKAGE.rpm。使用此指令可安裝套件，但是必須滿足其相依性條件，而且不能與其他套件衝突。如果 rpm 要求要安裝的套件必須符合相依性要求，會顯示錯誤訊息。RPM 資料庫會在背景確定未產生衝突，亦即特定檔案僅可屬於一個套件。藉由選擇不同選項，您可以強迫 rpm 忽略這些預設，但只有進階使用者才可以這樣做。否則，會危及系統完整性，還可能危害更新系統的能力。

選項 -U 或 --upgrade 以及 -F 或 --freshen 可用於更新套件 (例如，rpm -F PACKAGE.rpm)。此指令會移除舊版的檔案，並立刻安裝新檔案。兩個版本之間的差別是：-U 安裝系統中先前不存在的套件，而 -F 只更新先前已安裝的套件。在更新時，rpm 會使用下列策略小心地更新組態檔：

更新後，在對 .rpmsave 和 .rpmnew 檔案進行比較後應將它們刪除，以防其阻礙日後的更新。如果 RPM 資料庫以前未能識別該檔案，則會為其指定副檔名 .rpmorig。

否則，會使用 .rpmsave。換言之，.rpmorig 是在將外來格式更新為 RPM 後產生的。.rpmsave 是由舊版 RPM 更新為新版 RPM 所造成的。.rpmnew 不會透露任何關於系統管理員是否曾對組態檔案做過任何變更的資訊。/var/adm/rpmconfigcheck 中提供了這些檔案的清單。更新時不會覆寫某些組態檔案 (如 /etc/httpd/httpd.conf)，以便系統能夠持續運作。

-U 參數的作用並不完全等同於使用 -e 選項進行解除安裝，以及使用 -i 選項進行安裝，它還有其他作用。只要可能，就應使用 -U。

若要移除套件，請輸入 rpm -e PACKAGE。此指令只在不存在未解決的相依性問題時才會刪除套件。只要其他應用程式還需要它，理論上無法刪除 Tcl/Tk。即使是這種情況下，RPM 還是可從資料庫呼叫以得到協助。如果由於某種原因無法進行這樣的刪除操作 (即使不存在其他相依性問題)，或許可以使用選項 --rebuilddb 來重建 RPM 資料庫。

增量 RPM 套件包含舊版與新版 RPM 套件之間的差異。將增量 RPM 套用到舊版 RPM 上會產生一個全新的 RPM。但是您不需要取得舊版的 RPM，因為增量 RPM 也可以和安裝的 RPM 配合使用。增量 RPM 套件的大小比修補程式 RPM 還小，這一特點有利於透過網際網路傳送更新套件。缺點是使用增量 RPM 的更新作業會比一般或修補程式 RPM 消耗更多的 CPU 週期。

makedeltarpm 和 applydelta 二進位檔案屬於增量 RPM 套裝軟體 (deltarpm 套件) 的一部分，可協助您建立並套用增量 RPM 套件。您可以使用下列指令建立名稱為 new.delta.rpm 的增量 RPM。以下指令假設 old.rpm 和 new.rpm 都存在：

> sudo makedeltarpm old.rpm new.rpm new.delta.rpm

如果已經安裝舊套件，使用 applydeltarpm 即可從檔案系統重新建構新 RPM：

> sudo applydeltarpm new.delta.rpm new.rpm

若要從舊 RPM 產生新 RPM，而不存取檔案系統，請使用 -r 選項：

> sudo applydeltarpm -r old.rpm new.delta.rpm new.rpm

請參閱 /usr/share/doc/packages/deltarpm/README 以取得技術細節。

帶 -q 選項的 rpm 會啟動查詢，如此使用者便可檢查 RPM 歸檔 (透過新增選項 -p)，並查詢已安裝套件的 RPM 資料庫。有多個切換參數可用於指定所需的資訊類型。請參閱表格 9.1 「基本 RPM 查詢選項」。

例如，指令 rpm -q -i wget 可顯示範例 9.2 「rpm -q -i wget」 中所示的資訊。

Name        : wget
Version     : 1.14
Release     : 17.1
Architecture: x86_64
Install Date: Mon 30 Jan 2017 14:01:29 CET
Group       : Productivity/Networking/Web/Utilities
Size        : 2046483
License     : GPL-3.0+
Signature   : RSA/SHA256, Thu 08 Dec 2016 07:48:44 CET, Key ID 70af9e8139db7c82
Source RPM  : wget-1.14-17.1.src.rpm
Build Date  : Thu 08 Dec 2016 07:48:34 CET
Build Host  : sheep09
Relocations : (not relocatable)
Packager    : https://www.suse.com/
Vendor      : SUSE LLC <https://www.suse.com/>
URL         : http://www.gnu.org/software/wget/
Summary     : A Tool for Mirroring FTP and HTTP Servers
Description :
Wget enables you to retrieve WWW documents or FTP files from a server.
This can be done in script files or via the command line.
Distribution: SUSE Linux Enterprise 15

只有當您指定帶有完整路徑的完整檔案名稱時，選項 -f 才起作用。盡可能提供很多檔案名稱。例如：

> rpm -q -f /bin/rpm /usr/bin/wget
rpm-4.14.1-lp151.13.10.x86_64
wget-1.19.5-lp151.4.1.x86_64

如果只知道檔案名稱的一部分，可使用範例 9.3 「搜尋套件的程序檔」中所示的外圍程序檔。執行時，可將部份檔案名稱當作參數傳給程序檔。

#! /bin/sh
for i in $(rpm -q -a -l | grep $1); do
    echo "\"$i\" is in package:"
    rpm -q -f $i
    echo ""
done

rpm -q --changelog PACKAGE 指令會依日期順序顯示有關特定套件的詳細變更資訊清單。

藉由安裝的 RPM 資料庫，可執行驗證檢查。使用 -V 或 --verify 可啟動這些檢查。將 rpm 與此選項配合使用，將顯示套件中自安裝後已變更的所有檔案。rpm 使用八位字元符號來提供有關以下變更的提示：

如果是組態檔，會印出字母 c。例如，若要檢查 /etc/wgetrc (wget 套件) 的變更，請使用以下指令：

> rpm -V wget
S.5....T c /etc/wgetrc

RPM 資料庫的檔案放置在 /var/lib/rpm 中。如果分割區 /usr 的大小為 1 GB，則此資料庫可能會佔用將近 30 MB 的空間，特別是在全面更新之後。如果資料庫比預期大得多，建議使用選項 --rebuilddb 來重建資料庫。在執行之前，請備份舊的資料庫。cron 程序檔 cron.daily 每天都會建立資料庫副本 (以 gzip 格式封裝)，並將這些副本儲存在 /var/adm/backup/rpmdb 中。副本數量由 /etc/sysconfig/backup 中的變數 MAX_RPMDB_BACKUPS (預設值為 5) 控制。對於 1 GB 的 /usr，單個備份的大小大約為 1 MB。

所有來源套件的副檔名都是 .src.rpm (來源 RPM)。

注意：安裝的來源套件

來源套件可從安裝媒體複製到硬碟，並用 YaST 解壓縮。但在套件管理員中，它們不會標示為已安裝 ([i])。這是因為來源套件沒有輸入 RPM 資料庫中。只有已安裝的作業系統軟體會列在 RPM 資料庫中。您在「安裝」來源套件時，僅會將原始程式碼新增到系統中。

在 /usr/src/packages 中，必須存在用於 rpm 和 rpmbuild 的以下目錄 (除非在 /etc/rpmrc 這樣的檔案中指定了自訂設定)：

使用 YaST 安裝來源套件時，所有必需的元件都安裝在 /usr/src/packages 中：來源和調整項存放於 SOURCES 中，相關的 .spec 檔案存放於 SPECS 中。

警告：系統完整性

不要對系統元件 (glibc、rpm 等) 進行試驗，因為這樣會影響系統的穩定性。

以下範例使用 wget.src.rpm 套件。安裝來源套件之後，會獲得類似下列清單中所列的檔案：

/usr/src/packages/SOURCES/wget-1.19.5.tar.bz2
/usr/src/packages/SOURCES/wgetrc.patch
/usr/src/packages/SPECS/wget.spec

rpmbuild -bX /usr/src/packages/SPECS/wget.spec 會啟動編譯。X 是萬用字元，代表建構程序的不同階段 (如需詳細資料，請參閱 --help 的輸出或 RPM 文件)。以下僅為簡略的說明：

現在可以使用 rpm -i (最好使用 rpm -U) 建立二進位 RPM。使用 rpm 來安裝會讓它出現在 RPM 資料庫中。

請記住，規格檔案中的 BuildRoot 指令已棄用。如果您仍然需要此功能，請使用 --buildroot 選項做為替代方案。

許多套件中都包含不想要的檔案，它們會在 build 程序中增到執行系統中，因為導致危險產生。若要避免此狀況，可以使用 build，它會建立要在其中建置套件的定義環境。若要建立此 chroot 環境，必須提供 build 程序檔與完整的套件樹狀結構。此樹狀結構可在硬碟上、透過 NFS 或從 DVD 取得。使用 build --rpms DIRECTORY 設定位置。與 rpm 不同，build 指令會在原始目錄中尋找 .spec 檔案。若要使用系統中 /media/dvd 下掛接的 DVD 建立 wget (如上例所示)，請以 root 使用者身分執行以下指令：

# cd /usr/src/packages/SOURCES/
# mv ../SPECS/wget.spec .
# build --rpms /media/dvd/suse/ wget.spec

之後，系統便會在 /var/tmp/build-root 中建立一個極簡環境。套件將於此環境中建立。完成後，產生的套件將位於 /var/tmp/build-root/usr/src/packages/RPMS。

build 程序檔提供其他多個選項。例如，讓程序檔偏好使用您自己的 RPM、省略建置環境的啟始化，或將 rpm 指令限制在上述某個階段。如需更多資訊，請使用 build --help 以及參閱 build 手冊頁。

Midnight Commander (mc) 可顯示 RPM 歸檔的內容，並複製部分內容。它將歸檔以虛擬檔案系統呈現，提供 Midnight Commander 的所有常見功能表選項。使用 F3 鍵可顯示 HEADER。使用游標和 Enter 可檢視歸檔結構。使用 F5 可複製歸檔元件。

具有完整功能的套件管理員是以 YaST 模組的方式提供。如需詳細資料，請參閱第 8 章 「安裝或移除軟體」。