修復 Ubuntu 系統中 apt-Get Lock 無法取得鎖定 /var/lib/dpkg/lock-frontend 的問題

此訊息E: Could not get lock /var/lib/dpkg/lock-frontend表示另一個軟體包管理進程已鎖定 APT 所需的鎖定。此鎖定可防止軟體包更改與目前操作重疊。當軟體更新程式、其他終端或自動更新程式正在安裝或配置軟體包時，通常會出現此訊息。最安全的解決方法是找到正在執行的操作並等待其完成；刪除鎖定檔案並非首要步驟。

以下指令適用於使用 APT 和 dpkg 的 Ubuntu 系統。桌面環境標籤和自動更新時間因 Ubuntu 版本和配置而異，因此請以您自己機器上的進程輸出為準。以下連結的 Ubuntu 24.04 LTS 手冊對這些命令進行了說明；如果您的版本行為有所不同，請查閱相應的手冊。

鎖定錯誤告訴了你什麼——以及它沒有告訴你什麼

已驗證： dpkg dpkg 負責安裝和管理軟體包，而 APT 是其更高層級的命令列前端。此lock-frontend路徑用於協調軟體包管理工作。因此，此錯誤表明在執行命令時存在鎖定衝突，並不一定表示軟體包資料庫已損壞。 Ubuntu的 dpkg 手冊描述了 dpkg 的作用和軟體包狀態。

這取決於您的系統：鎖定進程可能是圖形更新程式、輔助apt命令apt-get、軟體安裝程式或自動維護作業。不要僅憑錯誤訊息就推斷進程名稱。請先關閉您啟動的任何其他軟體包管理器窗口，然後檢查電腦上的活動進程。

此訊息無法確定：它不能證明鎖定檔案已過期、Ubuntu 系統已凍結或軟體包資料庫已損壞。進程退出後，鎖定檔案仍可能保留在磁碟上；僅憑其存在並不能表示某個進程仍持有該鎖定。在進行任何變更之前，請先檢查是否存在該進程。

步驟 1：檢查是否已在使用套件管理器

尋找正在安裝、更新或卸載軟體的「軟體更新程式」、「Ubuntu 軟體中心」或其他終端。如果某個更新程式正在運行，請保持其開啟狀態並等待完成。然後重試您最初的命令一次。

軟體更新程式視窗正在安裝更新，請等待該軟體包安裝操作完成，然後再重試終端命令。 — 軟體更新程式顯示正在進行更新安裝；請等待其完成再開始其他軟體包安裝任務。

如果看不到圖形更新，請檢查進程列表：

ps -eo pid,ppid,stat,etime,cmd | grep -E '[a]pt|[d]pkg|unattended'

尋找類似`<lock_count> apt`、apt-get` dpkg<lock_count>`、`<lock_count>` 或 ` <lock_count>` 的指令unattended-upgrade。匹配項只是一個線索，並不能證明它是鎖持有者：搜尋結果也可能顯示不相關的命令或檢查本身。記下進程 ID (PID) 和命令，然後在下一個步驟中檢查該進程。

步驟 2：確定鎖定進程。

用於fuser查看進程是否正在存取前端鎖。請以管理員權限執行此命令，以便它可以報告其他使用者擁有的進程：

sudo fuser -v /var/lib/dpkg/lock-frontend

您也可以檢查其他常見的套件管理器鎖定路徑：

sudo fuser -v /var/lib/dpkg/lock /var/cache/apt/archives/lock /var/lib/apt/lists/lock

fuser報告使用指定文件的進程 ID；其詳細模式會顯示進程詳細資料。如果它列印出 PID，請將其與進程清單進行比較，並使用 `fuser` 命令檢查該 PID ps -fp PID，並將 `<pid>` 替換PID為顯示的 PID 編號。當沒有可存取的進程使用該路徑時，該工具可能不會傳回任何結果；雖然這項發現很有用，但它並不能診斷出先前命令失敗的原因。有關其輸出和限制，請參閱Ubuntu fuser 手冊。

終端檢查 APT 和 dpkg 進程，並詢問 fuser 哪個程序正在存取前端鎖定。 — 用於檢查 apt 和 dpkg 進程並使用前端鎖定來識別進程的終端命令。

步驟 3：等待，或僅停止已確認卡住的任務。

如果該過程正在下載軟體包、解壓縮檔案、配置軟體包或在圖形更新程式中顯示進度，請讓它完成。大型更新和磁碟速度慢可能會比預期花費更長時間。操作完成後，請重試先前的apt-get命令。在第一個 APT 指令執行時啟動另一個指令並不會加快第一個指令的完成速度。

apt-get 安裝作業仍在下載軟體包；其進度表明應該允許當前軟體包任務完成。 — apt-get 軟體包操作仍在運作時，終端進度顯示範例；軟體包名稱和輸出會有所不同。

如果某個操作看起來卡住了，請檢查其輸出、CPU 或磁碟活動，以及已使用時間是否有變更。沒有單一的超時時間可以證明所有軟體包任務都卡住了。如果該進程顯然是您自己的前台命令，並且您可以安全地中斷它，請Ctrl+C在該終端中使用 `npm run dev` 命令，並允許它正常退出。不要因為某個進程持有鎖就將其終止。

作為最後的手段，如果您已確認該進程確實無回應，確定了其確切的進程 ID，並且了解中斷包配置可能會導致包未完成，請發送正常的終止信號：

sudo kill -TERM PID

替換PID為已確認的進程 ID。避免使用 `catch` kill -9、killall dpkg`catch` 或 `catch`fuser -k等常規修復方法；強制終止程序可能會中斷軟體包腳本或導致工作需要恢復。如果該任務是自動服務而非您啟動的進程，請先檢查其狀態或等待一段時間，而不是終止一個未知的進程。

步驟 4：僅當先前的任務中斷時才修復軟體包配置

如果沒有 APT 或 dpkg 進程，且先前的安裝或升級中斷，請讓 dpkg 完成已解壓縮軟體包的配置，然後檢查 APT 的軟體包狀態：

sudo dpkg --configure -a
sudo apt-get check

確認沒有軟體包操作仍在進行後，即可執行 dpkg 配置和 APT 依賴關係檢查。 — 用於在操作中斷後完成待處理的 dpkg 配置和檢查軟體包資料庫的終端命令。

請仔細閱讀所有提示和錯誤訊息。第一個命令可以運行軟體包配置腳本；這可能需要一些時間或詢問一些問題。apt-get check該指令會檢查是否有損壞的依賴關係。如果報告依賴關係問題，請在使用之前查看建議的變更sudo apt-get -f install；該選項會嘗試修復依賴關係，並可能為此安裝或刪除軟體包。如果您不理解任何刪除操作，請不要批准。 Ubuntu apt-get 手冊check對此進行了解釋--fix-broken。

常見的鎖定錯誤誤解

「鎖檔案存在，所以我應該刪除它。」不。文件存在本身並不能說明進程是否持有鎖。在進程仍在運行時刪除該檔案並不會停止該進程，反而可能導致另一個軟體包命令針對同一個軟體包資料庫啟動。請檢查fuser進程列表。
「未出現進程 ID，因此資料庫已損壞。」不一定。持有者可能在檢查之間退出，先前的鎖定可能已被釋放，或者錯誤可能涉及其他鎖定路徑。確認沒有剩餘的軟體包任務後重試一次。僅當操作中斷或軟體包錯誤表示配置不完整時才修復 dpkg。
「每個鎖定錯誤都需要修復dpkg --configure -a。」此指令用於處理待處理的設定工作；它不會解決活動進程仍然持有的鎖定。請先等待或安全地解決鎖持有者，然後僅在需要時使用修復命令。
「鎖定狀態總是會在固定的幾分鐘後自動解除。」自動更新計畫和任務持續時間取決於版本、設定、網路和機器。請檢查實際進程和進度，而不要依賴計時器。