別のプロセスが管理ディレクトリ（/ var / lib / dpkg /）をロックできないのですか？

使用しようとするとこのエラーが発生しますapt-get：

E: Could not get lock /var/lib/dpkg/lock - open (11 Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/) is another process using it?  

どうすれば修正できますか？

これは最後の手段として使用する必要があります。これを不注意に使用すると、システムが破損する可能性があります。これを行う前に、他の 回答を 最初に試してください。

次のコマンドでロックファイルを削除できます。

sudo rm /var/lib/apt/lists/lock

キャッシュディレクトリ内のロックファイルを削除する必要がある場合もあります。

sudo rm /var/cache/apt/archives/lock
sudo rm /var/lib/dpkg/lock

その後、Synapticを再度開いてみてください。

ロックを削除することをお勧めする回答がほぼすべて表示されます。最初の手段としてそれを行うことはお勧めしません。多分他に選択肢がない場合。ロックは、aptプロセスの実行中に配置され、プロセスが完了すると解除されます。明らかなプロセスが実行されていないロックが存在する場合、何らかの理由でプロセスがスタックしている可能性があります。

試してみると

ps aux | grep [a]pt

または

pgrep -a apt

apt少なくとも、という単語を含むプロセスをキャッチします。あなたが表示された場合apt-get、プロセスまたはaptitudeスタックに見えるプロセスを、あなたが試すことができます

sudo kill processnumber

それがうまくいかない場合は試してください

sudo kill -9 processnumber

これによりプロセスが強制終了され、ロックが解除される場合があります。キリングaptまたはaptitudeそれがパッケージのインストールの途中で、実際にある場合を除き、プロセスは無害です。いずれにせよ、プロセスがスタックした場合、おそらくそれを殺す以外に選択肢はありません。

dpkgプロセスが存在する場合、それを直接強制終了するのは良い考えではありません。dpkgアクティブであれば、おそらくパッケージデータベースを操作しているため、強制終了するとパッケージデータベースが一貫性のない状態になる可能性があります。すなわち破損しています。

apt-getまたはaptitudeプロセスを強制終了することは、一般的にはるかに安全です。

/var/lib/dpkg/lockファイルを削除し、パッケージの再構成を強制します。

sudo rm /var/lib/dpkg/lock
sudo dpkg --configure -a

これで動作するはずです。

sudoaptコマンドの実行時に使用するのを忘れると、このメッセージが表示されます。

それ以外の場合、これは他の何かがソフトウェアをインストールまたは削除していることを示し、アクションの実行中にaptデータベースをロックしています。これを行うことができるプログラムは次のとおりです。

• ソフトウェアセンター
• 更新マネージャー
• aptリンクインストーラー（これはSCを通過すると思う）
• apt-getまたはaptitudeコマンドラインユーティリティ。
• Synaptic Package Manager

重要：システムをクラッシュさせる可能性があるため、最後の手段としてのみ以下を試してください。まず、Faheemの回答で説明されているように、aptまたはFaheemの回答でaptitude説明されているように、実行中のインスタンスを強制終了します。

ファイルを削除することでロックを強制的に解除することもできますが、ロックを安全に保持しているプログラムを最初に閉じない限り推奨されません。Joãoが提供するコマンドは、ロックを保持しているプログラムを閉じてからロックを削除する必要がありますが、インストールの中断からは保護されません。

sudo fuser -cuk /var/lib/dpkg/lock; sudo rm -f /var/lib/dpkg/lock   

また、同じコマンドをaptキャッシュロックに使用できます。

sudo fuser -cuk /var/cache/apt/archives/lock; sudo rm -f /var/cache/apt/archives/lock

最もヒットする可能性のある方法は次のとおりです。

• Ubuntuを起動する
• 端末を起動する
• タイプ sudo apt-get install whatever

また、コマンドラインaptはupdate-manager自動ポーリングと重複しています。

そのため、数分後にもう一度試してみると、問題は解決するはずです。

1つのプログラムのみがロックを保持できます。aptitude、synaptic、またはadeptを実行していないことを確認してください。プログラムを閉じて再度実行すると、正常に動作します。シナプスを開いているか、apt-getを実行している別のターミナルウィンドウを開いているか、アップデートマネージャーを実行している可能性があります。それらは近くで実行されており、再試行します。

ターミナルでこのコマンドを試して、実行中のものを見つけます

ps -e | grep -e apt -e adept | grep -v grep

注：
これで何も印刷されない場合は、端末で次のように入力してロックを解除します

sudo rm /var/lib/dpkg/lock    
sudo rm /var/cache/apt/archives/lock

これで、任意のパッケージをインストールできます。

（ロックファイルを削除することで発生する可能性のある）バックグラウンドで実行されている可能性のあるインストールを中断せずに機能させる最良の方法は、aptを使用してサービスを停止することです。

エラー：

# sudo apt-get upgrade
E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?`

解決：

sudo systemctl stop apt-daily.timer

システムをアップグレードした後、システムをロックするバグがアップグレードで修正される可能性があるため、再度有効にすることをお勧めします。

sudo systemctl start apt-daily.timer

アップグレード後にこのエラーが修正されることを確認していません。確認が完了したら、新しいコメントを追加します

まず、どのプロセスがロックファイルを作成したかを確認する必要がありますlsof。

sudo lsof /var/lib/dpkg/lock

または/var/lib/apt/lists/lock問題がある別の状況では：

sudo lsof /var/lib/apt/lists/lock

出力は次のようになります。

COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
apt-get   12127 root   4uW  REG  252,1        0    86   /var/lib/apt/lists/lock

その後、我々は我々が使用してそれを見つけることができ、commadが何をしているか確認する必要がありますps、pgrepなど。コマンドはapt-get次のとおりです：

pgrep apt-get -a

-aスイッチは、私の場合、それはだ、私のための完全なコマンドを示しています。

 pgrep -a apt-get
 12127 apt-get update

updateサブコマンドを実行していることがわかります。次のようなものも実行できます。

ps -f 12127

生成するもの：

UID        PID  PPID  C STIME TTY      STAT   TIME CMD
root     12127 12126  0 09:39 pts/0    S+     0:00 apt-get update

リソースが解放されるために、この場合、私はいくつかの分を待つだろうと2または3分の問題の後にまだ存在する場合、またはコマンドは、私は気にしませんでしたものだったか、（このようにシステムに有害ではなかったapt-get update、私が送っ）SIGTERMにプロセス：

sudo kill -15 12127

それは仕事をするはずです、もしそれがSIGINT今回送らなかったら（CTRL+を押すようなものですC）：

sudo kill -2 12127

それも機能しなかった場合、SIGHUP（kill -1）を送信する必要があり、最後に何も機能しない場合は、単にプロセスを強制終了します。

sudo kill -9 12127

または

sudo pkill -9 apt-get

次に、使用中のリソースを削除します。

sudo rm /var/lib/apt/lists/lock

このエラーは、Update Managerが、通常はログイン直後にパッケージのリストをバックグラウンドで自動的に更新しようとするために発生し、ディレクトリがロックされる可能性があります。

この場合、更新が完了するまで数秒（または最後の更新がかなり前の場合はそれ以上）待つか、Update Managerを起動してステータスを確認します。

これは、インストールプロセスがロックを設定するときに、アップデートチェックまたはインストールのために「アップデートマネージャ」を並行して実行している場合に発生します。「Update Manager」を実行せずに同じエラーが発生した場合は、から削除する/var/lib/dgkg/lock必要があります。これは間違いなく手動で実行できません

sudo fuser -cuk /var/lib/dpkg/lock
sudo rm -f /var/lib/dpkg/lock

正常に動作します。から取得：https : //askubuntu.com/a/15469/68707

何かをすぐに削除しないでください。システムが完全に破損する可能性があります。むしろ、現在インストールまたはアンインストールしているプログラムがそのタスクを完了し、その後アクセスできるようになるまで待ちます。現在インストールもアンインストールも何もないと思われる場合は、コマンドでシステムを再起動するだけsudo rebootです。

セキュリティ更新プログラムが自動インストールに設定されている場合、これは頻繁に発生します。私は文字通り30秒待ち、それで問題が解決します。他の誰かがこの問題に遭遇した場合に備えて、これを投げ捨ててください。

私の場合、ロックが解除されるまで数分待たなければなりませんでした（以前はロックaptを保持していたようです）。これはすべて、システムの起動直後に発生しました。

ただsudo rm -f /var/lib/apt/lists/lock、再試行してください。

apt-fastは、適切にロックを解除しない場合があります。これは、あなたが中絶しapt-getたりするときに時々起こりdpkgます。

私はこの問題を何度も経験しました。私にとって、それはほとんどの場合、apt-getまたは何らかの理由でハングしたというGUIが原因でした。私はそれを殺さなければなりませんでした。

他の答えは、ロックファイルを削除するような抜本的なことをする前に、現在アップデートが実行されていないことを確認することについて非常に良い点をもたらします。ただし、そうではないと確信したら、通常は次のように動作します。私はこのような質問に対する多くの答えを読んで得ました。

これの大部分またはすべてが他の回答で示されていますが、これは修正をいくつかのコマンドに絞り込みます。

sudo fuser -vki /var/lib/dpkg/lock
sudo fuser -vki /var/cache/apt/archives/lock
sudo fuser -vki /var/cache/debconf/config.dat
sudo dpkg --configure -a

何らかの更新プログラムがクラッシュまたは終了した後、他の方法で終了せずにパッケージシステムのロックを解除するために使用します。これらのコマンドは、提示された順序で実行する必要があります。

上記のどこにもこの答えは表示されませんが、Ubuntu 16.04ではこの問題も発生しました。原因は私のコンピューターの時間が未来に設定されたことです。（これは、Windows + Ubuntuデュアルブートシステムを使用しているため、現地時間とUTC時間を台無しにしているためです。）

奇妙なことの1つは、ロックされたファイルの日付と時刻が、プログラムを実行した正確な日付と時刻だったことです。

その後、以前の投稿で説明したように「fuser」を使用し、aptは機能しましたが、実行する必要があるという苦情がありましたdpkg -a -reconfigure。私がそれをしたとき、次のようなエラーが出ました：

newline in field name #padding

「/ var / lib / dpkg / updates / 0003」などのファイル内。

これはすべて私が前に見たことがないので非常に奇妙でした。だから、これらは症状だと思い、データと時間を手動で変更しました。ログインした日付/時刻に問題があることは知っていましたが、無視していました。（以前は、インターネットとNTPを介して自動的に設定されていました）。

その後、上記の問題はすべて修正されました...うまくいけば、これは他の誰かを助けます！最も顕著な症状は、おそらく、ロックファイルの日付/時刻がコマンドを実行しようとしている正確な日付/時刻であることです。

私の場合、apt-get古いカーネルを削除しているときにXがクラッシュしました。システムモニターを使用して、システムモニターがまだ実行中でスタックしていないことを確認しました。プロセスが終了すると、すべてがうまくいきました。

ランチャーをチェックして、Software Updater実行中かどうかを確認します。もしそうならそれを最大化し、それが何をしているか見てみましょう。まだチェックしている場合は、完了するまで待ちます。完了すると、ソフトウェアが最新であることが通知されるため、アプリを閉じます。利用可能な更新があると表示されている場合は、更新を行うか、[後で通知する]をクリックします。このアプリが終了すると、apt-getまたはの使用に戻ることができますapt。

実行されSoftware Updaterていない場合は、ダッシュを使用して起動し、完了を待ってから、更新するか「後で通知する」をクリックするかを決定します。このアプリが終了すると、apt-getまたはの使用に戻ることができますapt。

私の場合、rootユーザーに切り替えてsudo apt-getを試したことに気付かずに同じメッセージを受け取っていました。これに気付いたら、apt-getを実行しましたが、うまくいきました。馬鹿げていますが、それでも一部の人にとってはエラーを説明するかもしれません。

sudo killall -9 apt && sudo killall -9 dpkg

自己責任

私の場合、後：

1. Firefoxを開きます。
2. ターミナルを開く

入力しました

sudo apt update
sudp apt upgrade

E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?

apt list --upgradable

このコマンドは、私の場合はFirefoxのみのプログラムのリストを表示します。Firefoxを閉じた後、問題なくコマンドを再実行できました。

sudo apt upgrade

スクリプトでこのバグを予防的に防止することに興味がある人にとっては、-qフラグがオンapt upgrade -yqになっていることがこの問題の原因であることがわかりました。アップグレードプロセス中に、時折警告（デスクトップの更新行に沿って何か、続行しますか）が表示されると思います。これらの警告が抑制された場合、保護されているファイルのロックを解除できなくなると思いますそしてそれは動けなくなった。

確かに、私はこのエラーを100％再現するのに苦労しましたが、その-qオプションをなくすことで問題は完全に解決しました。

他のほとんどの人と同様に、ロックが解除されるのを待ちました。30分後、私はあきらめて別のディストリビューションにハードブートしました。そこから、私はここに着陸したいくつかの研究にインターネットを使用しました。

それは判明unattended-upgrades.service実行されています。壊れたシステムを再起動して実行していることがわかりました：

sudo systemctl disable apt-daily.service
sudo systemctl disable unattended-upgrades.service
sudo systemctl disable apt-daily-upgrade.service
sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl disable apt-daily.timer
sudo shutdown -r # Note it will take a couple minutes to reboot

壊れたシステムを再び動作させることができました：

sudo apt update
sudo apt upgrade
sudo apt install -f

しかしapt、そもそも報告された保管されたパッケージと不可能な状況は修正されませんでした。aptそもそもこれがブート時にロックアップを引き起こしていたように思われます。