パッケージsolr-jettyをインストールするコマンドを実行すると、
You don't have enough free space in /var/cache/apt/archives/
df -H
コマンドの結果は次のとおりです。
MacにUbuntuとVirtualBoxをインストールしました。
この問題を修正するにはどうすればよいですか?
Sudo apt-get autoclean
これにより、現在インストールされていないすべてのパッケージが削除されます。それで十分なスペースが解放されない場合は、Sudo apt-get clean
を使用します。これにより、ダウンロードおよび/またはインストールされたすべての.debs
がクリアされます。
しかし、ハードディスクの容量が不足しているようです。真剣にスペース不足。 61Mbは、正常に機能するシステムには十分ではありません。スペース関連の問題を回避できる2つの代替策を見つけましたが、仮想マシンを使用する場合は両方を引き出すのは難しいかもしれません。より永続的な解決策は、仮想マシンのサイズを大きくすることです(また、マシンのサイズを動的に増加させる方法を使用することをお勧めします。VirtualBoxにはそのような設定があります)。
パーティションまたは外部ストレージがある場合の代替。
この方法では、.deb
sが保存されている場所を再ルーティングします。
Sudo mv -i /var/cache/apt /media/{dir_of_mounted_disc}
Sudo ln -s /media/{dir_of_mounted_disc}/apt /var/cache/apt
アップグレードを実行してインストールします。完了したら、次の方法で通常に戻すことができます。
Sudo apt-get clean
Sudo unlink /var/cache/apt
Sudo mv /media/{dir_of_mounted_disc}/apt /var/cache
もちろん、{dir_of_mounted_disc}はマウントされたディスクの名前に変更する必要があります。
別の選択肢
このようにして、RAMディスクを作成します。
Sudo mkdir /media/{directory}
Sudo mount -t tmpfs tmpfs /media/{directory}
Sudo ln -s /media/{directory}/apt /var/cache/apt
最初の選択肢と同様にクリーンアップします。
警告これには大量のRAMが必要であるため、仮想システムの使用時には使用できない場合があります。
これらのコマンドは、不要になった余分なパッケージを削除します。
ターミナルを開く(Ctrl-Alt-T)およびタイプ
Sudo apt-get autoclean
Sudo apt-get autoremove
プログラムをインストールするたびに、パッケージ(.debファイル)は/var/cache/apt/archives
に保存されます。これは明らかにスペース(多くのパッケージがインストールされている場合は多くのスペース)を占有します。
それらを取り除くには、次を使用します:
Sudo apt-get clean
clean
とautoclean
の違いを知りたい場合は、manページの内容を以下に示します。
clean: cleanは、取得したパッケージファイルのローカルリポジトリをクリアします。ロックファイルを除くすべてを/ var/cache/apt/archives /および/ var/cache/apt/archives/partial /から削除します。 APTはdselect(1)メソッドとして使用され、cleanが実行されますdselectを使用しない人は、時々apt-get cleanを実行してディスクスペースを解放したいと思うでしょう。
autoclean:cleanと同様に、autocleanはパッケージファイルのローカルリポジトリをクリアします。違いは、パッケージファイルのみが削除され、ダウンロードできなくなり、ほとんど役に立たないことです。これは、制御不能になることなく長期間にわたって維持されるキャッシュです。構成オプションClean-Installedは、オフに設定されている場合、インストールされたパッケージが消去されないようにします。
「/ var/cache/apt/archives /に十分な空きスペースがない」という問題は、このバグに関連している可能性があります。 https://bugs.launchpad.net/ubuntu/+source/ update-manager/+ bug/10549 特に/ var/cache/aptがtmpfs上にあり、ブートごとに消去される場合。スペースを節約するために、/ var/cache /を/ tmp/cache /などにシンボリックリンクした可能性はありますか?
この場合は、上記のバグレポートに解決/回避の手順が記載されています。
これは実際には答えではありませんが、回避策/役立つヒントです。
これは、スワップするために割り当てたスペースが多すぎたため(40%近く)、仮想マシンで発生していました。 gpartedを使用してすばやくサイズを変更し、ルートパーティション用にさらに多くのスペースを再利用できました。
これで、長い間無視されていたVMを更新できます。これには約3GBの更新が必要でした。