開啟 3 天免費試用
註冊即可免費體驗全部高級功能。
*只限新用戶；每位用戶只可獲得一次試用。
如何在 Ubuntu 安裝 DEB 檔案：核實來源、相依套件與結果
Kevin Wu
2026年8月27日· 更新於 2026年8月28日· 6 分鐘讀完
在 Ubuntu 安裝 DEB 檔案，安全次序是：確認發佈者和下載來源，檢查 CPU 架構與套件中繼資料，再執行 sudo apt install ./package.deb。./ 表示目前目錄內的本地檔案。確認前要完整閱讀擬議的相依套件和變更，安裝後驗證套件；安裝失敗時保留原始錯誤。
關鍵要點
- DEB 是套件格式，不是發佈者可信或內容安全的證明。
- 本地 DEB 優先交給 APT，因為它可從已設定的軟件來源解析相依套件。［1］
- 授予管理員權限前，先核對套件名稱、版本、架構和其他中繼資料。
- 如果計劃要移除無關軟件、取代意外的系統檔案，或要求你繞過認證，應立即停止。
如果尚未選擇格式，先看 APT、DEB、Snap、Flatpak 與 AppImage 比較。完整低風險方法見裝置故障排查指南。
在 Ubuntu 安裝 DEB 檔案的完整次序是甚麼？
步驟 1：確認來源和 Ubuntu 支援範圍
確認下載頁屬於發佈者，檔案亦明確支援你的 Ubuntu 版本。保留下載頁、原始檔名和發佈者提供的驗證說明。
步驟 2：核對 CPU 架構
執行 dpkg --print-architecture，把結果與發佈者提供的版本比較。不要強制安裝不相容的架構。
步驟 3：檢查套件中繼資料
使用 dpkg-deb --info 和 dpkg-deb --field 檢查封存檔，把套件名稱、版本、架構、維護者和相依套件與發佈者說明逐項核對。
步驟 4：把已核驗的本地路徑交給 APT
使用 sudo apt install ./package.deb 安裝。不要改用把網絡回應直接交給 shell 的指令，也不要繞過認證。
步驟 5：審查完整交易
確認前讀完整個 APT 計劃。如出現無法解釋的移除、降級、軟件來源變更或取代無關系統元件，立即取消。
步驟 6：驗證安裝結果
使用 dpkg-query 核對已安裝的套件名稱、版本、架構和設定狀態，再按官方入口測試程式或服務。
步驟 7：復原前保留證據
驗證失敗時保留完整錯誤和套件狀態，先按錯誤類別診斷再重試；確需移除時，先模擬並審查移除計劃。
這套次序把來源信任、相容性、交易審查和結果驗證分開。指令成功完成不能證明下載來源真確，中繼資料看似合理亦不能證明安裝正確完成。把 sudo 提示當作最後一道批准邊界：到這一步，你應知道檔案來源、它聲稱包含甚麼、APT 要修改甚麼，以及其後如何驗證或移除。
DEB 檔案應從哪裏下載？
只從軟件發佈者的 HTTPS 官方網站或其明確記錄的軟件來源下載。核對域名、產品名稱、支援的 Ubuntu 版本，以及發佈者提供的 checksum 或簽署說明。與檔案放在同一個受損網站的 checksum 只能發現傳輸損壞，不能獨立證明發佈者身份。
不要安裝聊天程式轉寄的套件、陌生鏡像上的套件，或廣告偽裝的下載按鈕。也不要執行把網絡回應直接交給 shell 的安裝指令。本地檔案在安裝時同樣會取得相當大的系統權限，因此了解發佈者比 .deb 副檔名更重要。
驗證完成之前，保留原始檔名和下載頁。如發佈者提供多個版本，應按 Ubuntu 版本和 CPU 架構選擇，不要假設最新檔案適合所有電腦。
如何檢查 DEB 架構和套件中繼資料？
先查詢 Ubuntu 的系統架構：
dpkg --print-architecture
再在不安裝的情況下檢查下載的套件：
dpkg-deb --info ./package.deb
dpkg-deb --field ./package.deb Package Version Architecture Maintainer Depends
把檔名換成實際名稱。把 Architecture 與系統結果比較：all 通常用於與架構無關的套件；其他數值必須與系統以及刻意設定的外來架構相容。套件名稱、版本、維護者和相依清單也應與發佈者頁面一致。dpkg 手冊記錄套件資訊和狀態操作，並說明 dpkg 本身不會自動下載缺少的相依套件。［2］中繼資料可揭示明顯不符之處，但它由套件製作者提供，並非保安認可。
如何用 APT 安裝本地 DEB？
進入已驗證檔案所在的目錄；如果符合你平日的維護安排，可先重新整理軟件來源索引，然後執行：
sudo apt install ./package.deb
APT 會辨認本地路徑，並可從系統已有軟件來源取得相依套件。Ubuntu 文件建議日常套件工作使用 APT，也提醒非標準來源可能帶來衝突和安全風險。
回答「是」之前，先讀完整個計劃：檢查套件名稱、新增相依套件、升級、移除、下載量和磁碟空間變化。如果計劃要移除你無意改動的桌面環境、核心、安全組件或無關應用程式，立即取消。應先調查原因，不要加入關閉認證或強制執行的選項。
dpkg -i ./package.deb 可以解開並設定套件，但不會自動取得缺少的相依套件。它適用於特定的管理流程，而不是下載本地 DEB 後的無條件首選。
如何驗證安裝結果？
使用套件中繼資料中的名稱，而不是檔名：
dpkg-query -W -f='${Status}\n${Package} ${Version} ${Architecture}\n' package-name
apt-cache policy package-name
狀態應顯示已安裝並完成設定，版本和架構應與審查結果一致。然後按官方說明啟動軟件或檢查服務。桌面圖示不能證明相依套件和設定均已完成。
如套件為日後更新加入軟件庫，亦要核對該軟件庫的擁有者和官方簽署設定。不要只因首次安裝完成，就接受新加入的來源。
如何安全移除 DEB 套件？
先預覽：
apt-get --simulate remove package-name
確認只影響預期軟件後再執行：
sudo apt remove package-name
remove 通常保留套件設定；purge 還會移除受套件管理的設定，只在確有需要時使用。主目錄資料可能仍會保留。不要手動刪除系統目錄檔案來模擬移除。
安裝失敗後怎麼辦？
更改任何設定前，先保留完整錯誤，再按類別處理：
- 架構或格式錯誤：從官方來源下載正確版本，不要強制安裝不相容的套件。
- 缺少相依套件：確認所需的 Ubuntu 軟件來源已啟用且仍受支援，再讓 APT 顯示解析計劃。
- 設定中斷：先檢查套件狀態，再決定是否繼續設定。
- 檔案或套件衝突：找出擁有者和發佈者預期，不盲目強制覆寫。
- 空間不足：先在受影響的檔案系統上恢復可用空間，再重試安裝。
相依套件或套件管理器狀態問題可繼續看修復 apt update 錯誤和損壞的相依套件。不要反覆加上更寬鬆的強制選項重試；每次失敗的嘗試都可能令最初的原因更難看清。
總結
先信任發佈者，再考慮套件。核對架構和中繼資料，用 APT 安裝本地路徑，審視所有變更，並驗證最終套件和版本。交易失敗時保留錯誤，修復具體的套件管理狀態，不要繞過認證，也不要強行把檔案放到位。
常見問題
按兩下 DEB 檔案安全嗎？
它可呼叫合法的圖像安裝器，但不會替你驗證發佈者。來源和中繼資料檢查仍然必要，而終端機內的 APT 計劃通常更容易逐項審視。
APT 指令為何需要 ./？
它表示本地路徑。沒有前綴時，APT 通常把文字當成軟件來源中的套件名稱。
dpkg -i 是錯誤指令嗎？
不是。它是較底層的操作，有正當的管理用途，但不會自動下載缺少的相依套件。在已連網的 Ubuntu 上處理本機 DEB，APT 通常是較安全的第一步。
DEB 會包含惡意軟件嗎？
會。格式本身不代表可信，安裝套件可以修改系統檔案或執行維護程式碼。請使用官方發佈者的套件，並檢查安裝計劃。
amd64 套件適合甚麼系統？
它適用於六十四位元的 x86 架構系統，不能單憑電腦品牌或商品名稱判斷。請用 dpkg --print-architecture 核對實際架構，再選擇相容套件。
移除會刪除個人檔案嗎？
套件管理器主要移除受管理檔案，主目錄內的應用程式資料可能保留。實際行為因軟件而異，重要資料應先備份，並閱讀該應用程式的說明文件。
簽署錯誤時可關閉檢查嗎？
不可以。應驗證來源、軟件來源、系統時間和簽署設定；繞過認證只是拆除一道安全界線，並沒有修復原因。
免責聲明：指令和套件行為會隨 Ubuntu 版本、軟件來源和發佈者打包方式改變。請備份重要資料，並在確認管理員級變更前逐項審視。
來源：
- Ubuntu Server documentation — Package management — https://ubuntu.com/server/docs/how-to/software/package-management/
- Ubuntu Manpage Repository — dpkg(1) — https://manpages.ubuntu.com/manpages/noble/man1/dpkg.1.html
Sources checked 2026 年 8 月 27 日。
延伸閱讀：
