【解決】「ロックファイル/var/lib/dpkg/lockを開けませんでした」エラーの対処法

「ロックファイル/var/lib/dpkg/lockを開けませんでした」エラーとは

apt-getコマンドを実行した際に「could not open lock file /var/lib/dpkg/lock（ロックファイル/var/lib/dpkg/lockを開けませんでした）」というエラーメッセージが表示されると、戸惑う方も多いのではないでしょうか。特に混乱しやすいのは、sudoを付けて更新コマンドを実行したにもかかわらず、直後に「rootで実行していますか？」と問われるケースです。

このエラーは、apt-getパッケージマネージャーを使用するほぼすべての場面で発生する可能性があります。Ubuntu各バージョンが動作するデスクトップPCやノートPCはもちろん、Raspbian（Raspberry Pi OS）を導入したRaspberry Piでも同様の問題に遭遇することがあります。

とはいえ、解決方法自体はそれほど複雑ではありません。「root権限があるかどうか」という質問はひとまず脇に置き、問題の核心である「複数のプロセスが同じロックファイルに同時にアクセスしようとしている」という点に焦点を当てて対処していきましょう。

方法1：sudoがコマンド全体に適用されているか確認する

sudo apt-get update && apt-get upgradeのように記述すると、2つ目のコマンドにはsudoの権限が引き継がれないため、/var/lib/dpkg/lockファイルへのアクセス権限が不足し、このエラーが発生することがあります。

代わりにsudo apt-get update && sudo apt-get upgradeのように、両方のコマンドにsudoを付けて実行してみてください。これでエラーが消えたのであれば、原因は単純に2つ目のプロセスへ十分な権限が与えられていなかっただけということになります。

なお、このコマンドは全パッケージの更新とアップグレードを行うため、実行可否の確認を求められたり、完了までに時間がかかる場合があります。ただし、これで問題が解決したなら、他に何かを行う必要はありません。

方法2：ロックファイルを削除する

Raspbian環境でcurlやwgetなどファイルをダウンロードするコマンドを使う場合も、状況によってはsudoを付ける必要があります。純粋なDebianやXubuntu、Lubuntu、Linux Mintなどのデスクトップ向けディストリビューションでは気にする必要はありませんが、念のため試してみる価値はあります。

それでも解決しない場合は、更新作業中に別のプログラムが同じファイルへアクセスしていないか確認しましょう。sudo lsof /var/lib/dpkg/lockを実行すれば、このファイルを開いているプロセスの有無を調べられます。もし該当するアプリケーションが見つかったら、そのアプリを終了させてください。

このファイルを読み書きできるということは、そのプログラムがroot権限を持っていることを意味します。そのため、終了させる側にもroot権限が必要です。GUIデスクトップ環境を使用している場合は、システムモニター（タスクマネージャー）を開き、該当プロセスを右クリックして終了させるとよいでしょう。コマンドラインからはkillやkillallコマンドも利用できます。

ここまで対応したら、再度apt-getコマンドを実行してみてください。うまくいけば、他に何かを行う必要はありません。

それでも問題が続く場合は、ロックファイルそのものを削除することを検討します。これはあくまで最終手段と考えるべきですが、通常はapt-getに深刻な影響を与えることはありません。ただし、aptシステムに不具合を起こす可能性もあるため、必ず他の方法をすべて試し尽くしてから実行してください。

再起動も有効な場合がありますが、常時稼働しているサーバーやRaspbianデバイスでは現実的ではないこともあります。そのような場合は、sudo rm /var/lib/dpkg/lock && sudo rm /var/lib/apt/lists/lockを実行して、aptが参照するロックファイルを解放します。root権限でのrmコマンドは破壊的な操作となるため、ファイル名の指定ミスには十分注意してください。

他の選択肢をすべて試した上でこの方法を実行したなら、改めて更新コマンドを実行してみましょう。ロックファイルはすでに存在しないため、エラーは発生しなくなるはずです。削除されたファイルは、apt-getの処理の中で自動的に再構築されます。