参考ブログます。https：//blog.csdn.net/shimadear/article/details/90598646
問題の説明：
ソリューション：
最初のケース：
プロセスでのaptに関連するプロセスを実行しているの有無：
まずチェック処理が実行されている傾向、関連apt-getを
psの補助| grepの-iがち
プロセスが実行中のaptが存在に関連付けられている場合は、プロセスを殺します。
キルはsudo - 9 <言及したID上記のプロセス> // 述べたID上記のプロセスの名前を表して処理し、あなたは自分の状況に応じて記述する必要があります
または直接、シンプルで、粗：
sudoのkillallをaptのAPT- GET
上記の手順は、まだapt-getをスムーズに動作の実装を完了できない場合は、2番目のケースに属しています：
後者の場合：
プロセスの一覧は一切、aptのapt-getのプロセスが実行されているが、それでもエラーに関連付けられている、この場合には、エラーが原因のロックファイルではありません。loackファイルには、同じデータを使用して2つの以上のプロセスを防止するために使用されます。aptやapt-のコマンドを実行している場合、それはいくつかの場所にロックファイルが作成されます。現在は正常にコマンドを終了しがちでない場合は、ロックファイルは、彼らがそのような実行など、新たな傾向/のapt-getコマンドの例を、防ぐことができますので、削除されませんapt-getの直接実装プロセスのCTRLで、アップグレード+ Cの操作をキャンセルおそらくこのような状況が発生します。
この問題を解決するには、最初のロックファイルを削除します。
プロセスの一覧は一切、aptのapt-getのプロセスが実行されているが、それでもエラーに関連付けられている、この場合には、エラーが原因のロックファイルではありません。loackファイルには、同じデータを使用して2つの以上のプロセスを防止するために使用されます。aptやapt-のコマンドを実行している場合、それはいくつかの場所にロックファイルが作成されます。現在は正常にコマンドを終了しがちでない場合は、ロックファイルは、彼らがそのような実行など、新たな傾向/のapt-getコマンドの例を、防ぐことができますので、削除されませんapt-getの直接実装プロセスのCTRLで、アップグレード+ Cの操作をキャンセルおそらくこのような状況が発生します。
この問題を解決するには、最初のロックファイルを削除します。
プロセスを取得するためのコマンドlsofを使用して、順番に次のコマンドを実行し、ロックファイルのプロセスIDを保持しています：
lsofを/ VAR / libに/ dpkgの/ ロック のlsof / VAR / libに/がち/リスト/ ロック のlsof / VAR /キャッシュ/ aptの/アーカイブ/ ロック
対応する戻りプロセス場合、殺す必要性を、全く結果がどのプロセスが実行されていないことを示し、返されない場合には、上記のコマンドことに留意すべきです。
ロックファイルをすべて削除します。
sudoをRM / VAR / libに/のapt /リスト/ ロック sudoをRM / VAR /キャッシュ/ aptの/アーカイブ/ ロック sudoをRM / VAR / libに/ dpkgの/ ロック
最後に、再配分のdpkg：
sudoのdpkgの--configure -a
エラー
コンフィギュレーションコマンドを実行すると、次のエラーが発生することがあります。
dpkgの：エラー：dpkgのフロントエンドがされ、別のプロセスによってロックされ
これは何かの余分な操作を行うために私たちを必要とします。
ロックファイルがロックされているプロセスを見つけます：
lsofを/ VAR / libに/ dpkgの/ ロック -frontend
出力オフプロセスキル（出力が空の場合は無視されます）
sudoのキル- 9 PID
ロックファイルと再構成のdpkgを削除します。
sudoをRM / VAR / libに/ dpkgの/ ロック - フロントエンド にsudo dpkgの --configure -a
私は、仮想マシンが悪用される前に、これらの方法が試みられ報告しました。ソフトウェアをインストールするか、このエラーを報告します。逃げる直接再起動します。。。。。（恥ずかしいです）