私のオペレーティングシステムはUbuntu 12.04です。システムモニターによると、私の$ HOMEには1.6GiBの「空き」スペースがありますが、「使用可能な」スペースは222.7MiBで、昨日約750MiBからゆっくりと減少しています。 $ HOMEにもっとデータを追加しているかどうかわかりませんでした。
だから私は知りたい
問題の原因が何であるかをどうやって知ることができますか?たとえば、$ HOMEのスペースを一時保管場所として使用してスペースを解放できる実行中のアプリケーションはありますか?
サイズが大きくなるディレクトリやファイルを見つける方法は?
イグナシオへ
~/.xsession-errors
21330862バイトにすぎません。その最後の部分は
> ** (zeitgeist-datahub:2116): WARNING **: recent-manager-provider.vala:133: Desktop file for
> "file:///windows-d/academic%20discipline/study%20objects/areas/formal%20systems/logic/generalize%20to%20when%20inference%20is%20uncertain/uncertainlize%20deductive%20logic/statistics/general/Kalbfleisch/vol2/all.djvu"
> was not found, exec: plugin-container, mime_type: image/vnd.djvu
>
> ** (zeitgeist-datahub:2116): WARNING **: recent-manager-provider.vala:133: Desktop file for
> "file:///windows-d/academic%20discipline/study%20objects/areas/formal%20systems/logic/generalize%20to%20when%20inference%20is%20uncertain/uncertainlize%20deductive%20logic/statistics/general/Montgomery/prob%20and%20stat%20in%20Eng/4ed.pdf"
> was not found, exec: plugin-container, mime_type: application/pdf
カールソンへ
$ df -kh
Filesystem Size Used Avail Use% Mounted on
/dev/sda7 21G 15G 4.8G 76% /
udev 949M 12K 949M 1% /dev
tmpfs 383M 988K 382M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 956M 184K 956M 1% /run/shm
/dev/sda2 71G 47G 24G 68% /windows-c
/dev/sda3 110G 101G 9.9G 92% /windows-d
/dev/sda6 27G 26G 223M 100% /home
/dev/sda1 1.2G 658M 543M 55% /media/SYSTEM_DRV
答え1
この問題には科学を適用する必要があります。/home
別々のファイルシステムにあるので、次のコマンドを実行して起動する必要があります。
cd $HOME
cd ..
sudo du -skh .[!.]* *
これにより、ファイルシステムの最大ユーザーが提供されます。次に、システムの各ユーザーをドリルダウンして次の手順を繰り返します。
sudo du -skh .[!.]* *
最も頻繁に使用されるファイルまたはデフォルトのディレクトリをクリーンアップする必要があるかもしれません。
また、システムの実行中にまだ開いているログファイルを削除すると、プロセスの実行中にスペースを占める「ゴースト」ファイルが生成されることがあります。ただし、一度終了するとスペースが解放され、次のものが使用できます。
lsof | sort -n -k7
オプションを使用してlsof
正しい形式を確保し、最大のファイルを表示できます。
答え2
削除したコンテンツが表示されないことを確認してくださいlsof -s | grep deleted
。/home
その場合、lsof -s
出力(2番目の列はpid)に基づいてpidを終了し、指定されたinode(inodeは8番目の列lsof -s
)に基づいてファイルを削除しますfind . -inum inode_number -exec rm -i {} \;
。
これは、何かを記録したり、ファイルに対してtail -fを実行してから削除した場合に発生する可能性があります。
答え3
しばらく前に、私のGUIアプリケーションの1つがギガバイトエラーを生成し、それをstderrに出力しますが、Xではそのエラーが発生することを確認しました~/.xsession-errors
。tail -f
答え4
duと友達はコマンドラインを使用するのが便利ですが、時には問題を簡単に視覚化するためにGUIアプリケーションを使用することも便利です。
ぜひご覧ください。GNOMEディスク使用量アナライザ最も多くのスペースが消費される場所を理解します。もちろん、これはGNOMEデスクトップを実行していると仮定します(Unityもうまく機能します)。
Unityを使用している場合は、検索レンズを開き、「disk」と入力し始めるとユーティリティが表示されます。