uvcydnctrl-udev.logファイルが大きいためにファイルシステムがいっぱいになる


11

現在、Ubuntuのインストールには100 GB以上のハードドライブ容量が必要です。そして、私がしようとするたびにfslintfdupes、彼らは言うPermission denied重複を削除します。助けてください

追加情報

の出力df

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             296G  191G   90G  68% /
udev                  993M  4.0K  993M   1% /dev
tmpfs                 401M  824K  401M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                 1003M  552K 1002M   1% /run/shm
/home/zipro/.Private  296G  191G   90G  68% /home/zipro

不良ファイルは174GBです /var/log/uvcydnctrl-udev.log


3
これは、まだ Ubuntuの14.04 LTSに問題
アンドリューFielden

回答:


11

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すべてのスペースを解放できます。

残念ながら、バグレポートはまだ公開されており、コメントには解決策や回避策がありません。そのため、現時点ではこのバグに対応する必要があります。ログファイルを時々削除して、領域を解放することができます。


6

システムファイルをコピーして貼り付け、それらを手動で複製した場合は、コピーして貼り付けた内容、貼り付けた場所、覚えている情報についての詳細を提供する必要があります。マシン上のすべてのシステムファイルの余分なコピーを作成しても、100 GBに近いディスク使用量を引き起こすことはほとんどありません。Ubuntuのインストールに必要な空き容量は5 GB未満です。多くのパッケージがインストールされているUbuntuシステムでさえ、そのシステムファイルがそのサイズの数倍以上を占めることはほとんどありません。おそらく、多くのスペースを占有するために、多くのコピーを作成する必要があります。それとも、システムファイル以外のファイルをコピーしたのでしょうか?

Ubuntuシステムが(ログファイルと更新から)単独で拡張して、システムファイル(ドキュメント、写真、ビデオ、仮想マシン、およびなど)、何か非常に間違っています。この原因として最も可能性の高い3つの一般的な原因は次のとおりです。

  • これは実際には発生しておらず、システムから提供された情報を誤って解釈しています。(ことに注意してください、私はあなたが間違っていることを語っていないのですあなたが知っていれば。あなたは、どちらもこのも下の他の二つの提案の原因が正確でないシステムファイルの100ギガバイトを持つようになったのか)
  • バグがあり、これがシステムに影響し、使用済みおよび空き領域が誤って報告されます。
  • かなり深刻なバグがあります。これはシステムに影響を与え、ファイル(おそらくログファイル/var/log)を非常に高いレートで制限なく成長させます。

セルゲイをしていると述べ、無差別にあなたのシステムに同じ内容意志はかなり可能性が高い原因の損傷を持つすべてのファイルを削除します。たとえば、システムに存在する可能性があり、ロックとして、または何らかの状態を示すために使用される空のファイルがいくつかあります。また、同じファイルの個別のコピーを含むプログラムがある場合があります(ファイルが両方のプログラムに同じ機能を提供し、それらが個別のライブラリまたはパッケージに削除されていない場合)。

「重複」ファイルをとして実行することrootにより、おそらくそれを削除することができます。しかし、実際にはそうすべきではありません。Ubuntuシステムに重大な損害を与える可能性があります。

あなたはコメントで尋ねました:

とにかく私に尋ねたり、通知せずにすべての重複を削除するようにfdupesをコマンドすることはできますか?

fdupes -f あなたがしたいことをするかもしれません。参照してくださいmanページを。しかし、あなたは本当にこれをすべきではありません。fdupes

代わりに、何が起こっているのかを把握する必要があります。あなたが私たちにそれを手伝ってほしいなら、私たちは確かにそうします。質問を展開して、何がスペースを占有しているのかを理解したいということを説明すると、その情報を提供する回答が得られるか、それを見つける方法に関する情報を提供する別の質問の複製として閉じられる場合があります。(どちらの状況もあなたに利益をもたらす可能性が高いでしょう。)もちろん、これはあなたが私たちがあなたのシステムがそんなに多くのスペースを占有している(またはそうである)原因を見つけるのを手伝って欲しいと仮定していることです。

これを調査する最初のステップは、これらのコマンドの出力を調べて(質問を編集して投稿する)ことです。これにより、使用しているディスクと空きディスク容量に関する詳細情報が提供されます。

mount
df -h
sudo du -sh /*

これらのコマンドは、ターミナルウィンドウ(Ctrl+ Alt+ T)で実行できます。最後のコマンドには時間がかかります。またPermission denied、主.gvfsにユーザーのホームディレクトリ内のフォルダーに関する(rootとして実行している場合でも)エラーが発生する場合があります。心配する必要はありません。


4

私は迅速で汚い解決策を持っています(ログファイルの書き込みを完全に防ぎますが、根本的な問題を解決しません):

このログファイルは/ lib / udev / uvcdynctrlによって書き込まれます

  1. 元のバックアップ sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. オリジナルを編集 gksu gedit /lib/udev/uvcdynctrl
  3. このような形式のすべての要素を検索します " debug = 1 "
  4. debug = 0」に変更します
  5. ログファイルを完全に削除する sudo rm /var/log/uvcdynctrl-udev.log

3

問題はこのパッケージです:uvcdynctrl-udev。

それはuselesとバギープログラムです。debianおよびubuntuリポジトリから単純に削除する必要があります。インストールしないでください。このパッケージは、この巨大なログファイルを作成するだけでなく、Cheeseやその他のWebカメラアプリのクラッシュや動作不良を引き起こします(CheeseまたはGuvcviewでフル解像度でビデオをキャプチャできませんか? !

このバグは何年も前から存在しており、uvcdynのmanteiner ....は気にしないようです。

解決策は簡単です。 sudo apt-get remove uvcdynctrl-udev.

自分が何をしているかを確認したい場合は、代わりにSynapticを使用してください。バギーパッケージuvcdynctrl-udevおよびuvcdynctrl-udev-dataの検索。完全に削除するにはMark'em。他のプログラムには影響しませんが、依存関係ではないため、安全に削除できます。やれ。

次に/ var / logを確認し、この巨大なuvcdynctrl-udev.logをルートとして検索して削除します。(ターミナルを開きます**

cd /var/log
sudo rm uvcdynctrl-udev.log

**)私を信じて、あなたはこのパッケージを見逃すことはありません。


tuprofe demusicaは正しい!壊れたと思ったので、私は顕微鏡をほとんど捨てました。このパッケージを削除してからもう一度試してみました。
-rickyrockrat

2

移動しますTerminal(ショートカットですCtrl+ Alt+ t)と入力します。

gksudo nautilus

これにより、ルート権限でNautilusが開きます。ファイルを削除します。

これがあなたを助けることを願っています!


それは助けにはなりません、10000のファイルがあります
-user84055

どのようにして10000部のコピーを作成しましたか。複製は次のようになりますか。その場合は、1つのファイルを選択し、shiftキーを押してから、それらすべてを選択してから削除することはできません。
マックスティザー

問題は、どのファイルがコピーされたのか、それらの場所がわからないため、複製された特定のファイルを見つけることができないことです。
-user84055

重複ファイルを見つけるためのbashスクリプトを見つけました。それらを見つけて、フォルダに移動します。次に、重複したフォルダを削除するだけです。
マックスティザー

2分間実行すると終了します。
-user84055

-1

ここでの最善の方法は、見かけの損傷の量、実際に何が起こったのかがはっきりしないこと、および手動で修復する際の快適性の低さを考慮して、再インストールすることだと思います。

ホームディレクトリを保持し(再フォーマットまたは再パーティション化しないで)、再インストールすると、システムディレクトリがクリアされます。


1
再インストールは確かにオプションですが、通常、大きなファイルがコピーされた場所や、サイズが制御できないほど大きくなっているシステムファイルがあるかどうか、どのファイルであるかを簡単に把握できます。
エリアケイガン

@Eliah、あなたと私はそれが簡単だと確信していますが、私はOPが確信していません。そして、マシンに多くの時間が費やされていない場合(構成のバックアップについては言及しません)、それを吹き飛ばすことが最も効率的な選択かもしれません。
プーリー

1
これはここでは役に立たないことに注意してください。彼/homeはと同じパーティション上にある/ためt clear that partition. And I don、インストーラーは、インストールに使用するパーティション上の余分なファイルを削除するとは考えられません(すべてまたはなし)。
フィリップウェンドラー

2
インストーラーは/ var / localを除く/ varのすべてを削除するため、この回答は実行可能なオプションです。
ホルヘカストロ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.