本文章內容係以參考技術文件為基礎，經由人工智慧（AI）技術進行改寫及重整，旨在提供讀者更清晰易懂之內容呈現。如有任何技術細節上的疑義或需進一步確認，建議讀者參考原始技術文件或與相關技術人員聯繫。
想像一下，當你正準備發佈一套關鍵應用，卻因系統自動更新導致 driver 或 AI runtime 出現不相容問題，整個開發團隊瞬間心跳加速——這不只是戲劇化，而是每一位嵌入式系統開發者、BSP、Edge AI 平台工程師在真實世界中可能遇到的場景。今天，我們就要帶你深入了解 Advantech 在 Ubuntu 套件更新限制上的研究突破，讓你的系統穩定、版本一致，從開發到生產都能安心無虞！
技術背景：為什麼要限制套件更新？ #
在現代工業、AI、邊緣運算等場域，系統穩定性和版本一致性往往比追求最新功能更重要。自動升級雖然方便，卻可能帶來「驗證過的版本被覆蓋」、「production 環境出現異常」等風險，甚至影響整體系統運作。這時，限制套件更新成為不可或缺的技術——無論是凍結 BSP 版本、控制 OTA 升級風險，還是避免核心 driver 被自動替換，都是產業界的真需求！
四大主流方法，讓你輕鬆掌控套件更新 #
Advantech 工程團隊總結了四種實用的 Ubuntu 套件更新限制方法，無論你是開發、測試、還是運維，這些招式都能快速上手：
| 方法 | 用途 | 難度 | 建議使用場景 |
|---|---|---|---|
| apt-mark hold | 禁止套件升級 | ⭐ | 一般用途 |
| dpkg hold | 底層控制 | ⭐⭐ | 進階操作 |
| APT Pinning | 鎖版本 / 控制來源 | ⭐⭐⭐⭐ | Production / BSP |
| unattended-upgrades blacklist | 排除自動更新 | ⭐⭐ | Server / OTA |
方法一：apt-mark hold（推薦！） #
這個指令就像幫套件「貼標籤」，告訴系統「千萬別動它！」
操作步驟： #
-
設定 hold
sudo apt-mark hold <package_name>範例：
sudo apt-mark hold docker-ce -
查看 hold 清單
apt-mark showhold -
解除 hold
sudo apt-mark unhold <package_name>
特點：
- 不會被
apt upgrade或apt dist-upgrade更新。 - 仍可手動安裝指定版本覆蓋，彈性十足。
方法二：dpkg hold（底層高手） #
想要更細膩的控制？dpkg 是 apt-mark 的底層實現，適合自動化腳本。
操作步驟： #
-
設定 hold
echo "<package_name> hold" | sudo dpkg --set-selections -
解除 hold
echo "<package_name> install" | sudo dpkg --set-selections
特點：
- 適合大量設備或自動化部署。
- 可搭配 script 快速批次操作。
方法三：APT Pinning（進階鎖定，精準控管） #
APT Pinning 就像給套件「VIP 身份」，只允許特定版本或來源，甚至完全禁止安裝/升級！
設定步驟： #
-
建立設定檔
sudo nano /etc/apt/preferences.d/custom-pin -
鎖定版本（範例一）
Package: docker-ce Pin: version 5:24.0.* Pin-Priority: 1001- 只允許 5:24.0.x 版本，優先權最高。
-
禁止更新（範例二）
Package: docker-ce Pin: release * Pin-Priority: -1- 完全禁止安裝與更新！
Pin-Priority 說明：
| Priority | 行為 |
|---|---|
| >1000 | 強制安裝 |
| 990~1000 | 預設優先 |
| 500 | 一般來源 |
| <0 | 禁止 |
APT Pinning 是生產環境、BSP、Edge AI 的最佳選擇，讓版本凍結徹底實現。
方法四：unattended-upgrades 排除（自動更新黑名單） #
自動更新很方便，但有時候就是要「排除某些套件」，避免被誤升級。
設定步驟： #
-
編輯設定檔
sudo nano /etc/apt/apt.conf.d/50unattended-upgrades -
加入 blacklist
Unattended-Upgrade::Package-Blacklist { "docker-ce"; };
這樣一來，自動更新就會跳過你指定的套件，安全感UP！
注意事項：相依性與關鍵套件風險 #
雖然限制更新很棒，但有些套件（像 kernel、libc、systemd）若被凍結，可能影響整個系統的相依性與穩定性。建議務必搭配測試驗證，確保不會因 dependency 被強制更新或移除。
實務建議：嵌入式／BSP開發流程 #
Advantech 在實際開發流程中，推薦這樣的分段策略：
- 開發階段：用 apt-mark hold 控制單一套件，快速上手。
- 測試 / QA：用 APT Pinning 鎖定版本，建立 baseline。
- Production：採用 snapshot repository + APT Pinning，完整版本凍結，並禁用多餘的 repository。
進階架構如下：
+----------------------+
| Internal APT Repo |
| (Snapshot / Mirror) |
+----------+-----------+
|
+---------v----------+
| APT Pinning Policy |
+---------+----------+
|
+----------v-----------+
| Production Device |
| (Frozen Versions) |
+----------------------+
技術成果與應用價值 #
這些方法已在 Advantech 的 BSP、Edge AI 工業平台實戰驗證，成功：
- 降低 OTA 更新風險
- 強化版本一致性
- 提升系統穩定性與可控性
尤其是「APT Pinning + Repository Freeze」組合，讓生產環境的版本凍結變得簡單又高效，與以往只能靠手動管理相比，效率提升數倍！
結論與未來展望 #
限制 Ubuntu 套件更新，不再是工程師的秘密武器，而是每一位產業夥伴都能輕鬆掌握的技術。Advantech 持續投入研發，積極創新，未來將推動更多自動化、智能化的版本管理解決方案，協助客戶在工業、AI、嵌入式領域穩健前行。
如果你想讓系統版本凍結、穩定運行，快來體驗 Advantech 的技術突破吧！我們相信，這不只是解決問題，更是創造產業新價值的起點。