1.ステップ:あなたが実際に抱えている問題を見つける
ファイルシステムが予想外にいっぱいになった場合、多くの原因が考えられます。詳細については、エリアカガンの回答を参照してください。ほとんどの場合、実際の原因を簡単に特定(および最終的には修復)する必要があるため、再フォーマット/再インストールは必要ありません。
したがって、最初のステップは、正確に何が問題なのか、つまり、不足しているスペースがどこになくなったのかを見つけることです。最初に実行する
df -hl -x tmpfs -x devtmpfs
これは、マシンで使用されているディスクのすべてのパーティションのリスト、サイズ、空き領域、マウントポイントを表示します。このリストから、あなたがいっぱいだと思うものを取り、そのマウントポイントに注意してください。あなたの場合、にマウントされるのはルートファイルシステム/
です。
次に、このファイルシステム内でスペースが使用されている場所を分析します。実行する
sudo du -xhsc /* 2> /dev/null
(/
上記のマウントポイントに置き換えます。)ユーザーがすべてのディレクトリを読み取れるとは限らないため、sudoが必要です。(特に大規模なファイルシステムの場合)時間がかかる場合があります。これは、それらのすべてのディレクトリにアクセスする必要があるためです。
このコマンドは、指定されたディレクトリ内の各ファイルとディレクトリをそのサイズ(サブディレクトリを含む)とともに表示します。したがって、このリストから、必要以上に大きいと思われるものを取得し、このディレクトリでコマンドを再度呼び出します。(つまり、コマンドを再度実行しますが、前のリストの大きなディレクトリの名前をに置き換え/
ます。)
たとえば、あなたの場合、それが/var
唯一の大きなディレクトリであることが明らかだったので、実行する必要があります
sudo du -xhsc /var/* 2> /dev/null
非常に大きな単一のファイルを見つけるか、すべてのスペースを占有する多数のファイルを含むディレクトリを見つけるまで、これらの手順を続けます。
あなたの場合、次のステップは実行することでした
sudo du -xhsc /var/log/* 2> /dev/null
なぜなら/var/log
非常に大きかったためuvcdynctrl-udev.log
、174GB という名前のログファイルが1つあることがわかりました(明らかに悪い)。
2.ステップ:ファイルが存在する理由と、非常に大きい理由を特定する
今、私たちは、彼らがそこにいると予想されるなら、なぜ彼らがそこにいるのか、なぜ彼らがそんなに大きいのかを知る必要があります。
あなたの場合、ログファイル/var/log
は疑わしいものではありませんが、そのサイズは確かです。:ファイル名は明らかに我々が持っているのと同じ問題である最初のヒット、として以下のバグレポートれますと幸いなことに、Googleは単に検索 http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bugを/ 811604
3.ステップ:問題を解決する
この場合、いくつかのウェブカメラ関連のもののログファイルは面白くないようです。そのため、コマンドで簡単に削除して、sudo rm /var/log/uvcdynctrl-udev.log
すべてのスペースを解放できます。
残念ながら、バグレポートはまだ公開されており、コメントには解決策や回避策がありません。そのため、現時点ではこのバグに対応する必要があります。ログファイルを時々削除して、領域を解放することができます。