Pertanyaan Mengisi filesystem karena file uvcydnctrl-udev.log besar


Sekarang instalasi Ubuntu saya menghabiskan lebih dari 100 GB ruang hard drive. Dan setiap kali saya mencoba fslint dan fdupes, mereka bilang Permission denied untuk menghapus duplikat. Tolong bantu saya teman-teman.

Informasi tambahan

Output dari 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

File yang salah adalah 174GB /var/log/uvcydnctrl-udev.log


9
2017-08-18 06:36


asal


Ini adalah masih masalah di Ubuntu 14.04 LTS - Andrew Fielden


Jawaban:


1. Langkah: Cari tahu masalah apa yang sebenarnya Anda miliki

Ketika sistem berkas Anda tiba-tiba penuh, ada banyak kemungkinan penyebabnya. Lihat jawaban Eliah Kagan untuk lebih lanjut tentang hal ini. Dalam sebagian besar kasus, harus mudah untuk mengidentifikasi (dan akhirnya memperbaiki) penyebab sebenarnya, sehingga memformat ulang / menginstal ulang tidak diperlukan.

Jadi langkah pertama adalah mencari tahu, apa sebenarnya masalahnya, yaitu, di mana ruang yang hilang itu hilang. Jadi pertama kali jalankan

df -hl -x tmpfs -x devtmpfs

Ini menunjukkan daftar semua partisi yang digunakan dari disk di komputer Anda, ukurannya, seberapa penuh mereka dan titik mountnya. Dari daftar ini, ambil daftar yang menurut Anda terlalu penuh dan perhatikan titik tunggalnya. Dalam kasus Anda, ini adalah sistem file root yang di-mount /.

Sekarang kita menganalisis di mana di dalam sistem file ini ruang digunakan. Menjalankan

 sudo du -xhsc /* 2> /dev/null

(Menggantikan / dengan titik mount yang diidentifikasi di atas.) Perlu sudo karena tidak semua direktori bisa dibaca untuk pengguna Anda. Mungkin diperlukan beberapa waktu (terutama pada sistem file besar) karena perlu mengunjungi setiap direktori tunggal pada mereka.

Apa yang dilakukan oleh perintah ini adalah untuk menunjukkan kepada Anda setiap file dan direktori di dalam direktori yang diberikan bersama dengan ukurannya (termasuk subdirektori). Jadi dari daftar ini, pilih yang lebih besar dari yang seharusnya, dan panggil kembali perintah di direktori ini. (Yaitu, jalankan perintah lagi, tetapi dengan nama direktori besar dari daftar sebelumnya menggantikan /.)

Misalnya, dalam kasus Anda sudah jelas /var adalah satu-satunya direktori besar, jadi Anda harus mengeksekusi

 sudo du -xhsc /var/* 2> /dev/null

Lanjutkan dengan langkah-langkah ini sampai Anda menemukan satu file yang sangat besar, atau Anda telah menemukan direktori dengan banyak file yang bersama-sama mengambil semua ruang itu.

Dalam kasus Anda, langkah selanjutnya adalah mengeksekusi

 sudo du -xhsc /var/log/* 2> /dev/null

karena /var/log begitu besar, dan ini menunjukkan kepada Anda bahwa ada satu file log bernama uvcdynctrl-udev.log dengan 174GB (yang jelas buruk).

2. Langkah: Identifikasi mengapa file ada di sana dan mengapa ada begitu besar

Sekarang kita perlu mencari tahu mengapa yang diidentifikasi ada di sana, atau mengapa mereka begitu besar, jika mereka diharapkan ada di sana.

Dalam kasus Anda, file log di /var/log tidak ada yang mencurigakan, tapi ukurannya pasti. Untungnya, pencarian Google hanya dengan nama file menampilkan laporan bug berikut sebagai klik pertama, yang jelas merupakan masalah yang sama seperti yang kita miliki: http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bug/811604

3. Langkah: Memecahkan masalah

Dalam hal ini, file log dari beberapa hal yang berhubungan dengan webcam tampaknya tidak menarik, jadi kita dapat dengan mudah menghapusnya dengan perintah sudo rm /var/log/uvcdynctrl-udev.logdan membebaskan semua ruang.

Sayangnya, laporan bug masih terbuka, dan tidak ada solusi atau solusi di komentar, jadi Anda mungkin harus hidup dengan bug ini untuk saat ini. Anda dapat menghapus file log dari waktu ke waktu untuk membebaskan beberapa ruang.


10
2017-08-18 10:45





Jika Anda menyalin dan menempel file sistem, secara manual mereproduksinya, maka Anda harus memberikan lebih banyak informasi tentang apa yang Anda lakukan untuk menyalin dan menempelnya, di mana Anda menempelnya, apa pun yang dapat Anda ingat. Bahkan membuat salinan ekstra dari semua file sistem di mesin Anda tidak mungkin menyebabkan mendekati 100 GB penggunaan disk. Ubuntu membutuhkan kurang dari 5 GB ruang yang tersedia untuk diinstal, dan bahkan sistem Ubuntu dengan banyak paket yang diinstal tidak mungkin untuk itu file sistem untuk mengambil lebih dari beberapa kali ukuran itu. Anda mungkin harus membuat banyak salinan untuk mengambil banyak ruang. Atau mungkin Anda menyalin file selain file sistem?

Jika sistem Ubuntu Anda telah diperluas dengan sendirinya (dari file log dan pembaruan) untuk mengambil 100 GB ruang (atau 50 GB ruang), hanya di file sistem (Berbeda dengan dokumen Anda, gambar, video, mesin virtual, dan sebagainya), ada sesuatu yang sangat salah. Tiga penyebab umum yang paling mungkin dari hal ini adalah:

  • Ini tidak benar-benar terjadi, dan Anda telah salah menafsirkan informasi yang diberikan oleh sistem Anda. (Harap dicatat bahwa Saya tidak memberi tahu Anda bahwa Anda keliru; bila kamu tahu bagaimana Anda sampai memiliki 100 GB file sistem, maka baik ini maupun dua lainnya yang disarankan menyebabkan di bawah ini benar.)
  • Ada bug, yang mempengaruhi sistem Anda, dan yang menyebabkan penggunaan dan ruang kosong untuk dilaporkan salah.
  • Ada bug yang cukup serius, yang mempengaruhi sistem Anda, dan yang menyebabkan file (mungkin file log masuk /var/log) untuk tumbuh pada tingkat yang sangat tinggi dan tanpa batas.

Sebagai Sergey punya kata, tanpa pilih-pilih menghapus semua file yang memiliki konten yang sama kemungkinan besar akan menyebabkan kerusakan pada sistem Anda. Misalnya, ada sejumlah file kosong yang mungkin ada di sistem Anda dan digunakan sebagai kunci atau untuk menandakan suatu kondisi. Anda mungkin juga memiliki program yang berisi salinan terpisah dari file yang identik (ketika file menyediakan fungsionalitas yang sama untuk kedua program, yang belum dihapus ke pustaka atau paket terpisah).

Anda mungkin bisa mendapatkannya untuk menghapus "duplikat" file oleh menjalankannya sebagai root. Tetapi Anda harus benar-benar tidak melakukannya - kemungkinan akan menimbulkan kerusakan besar pada sistem Ubuntu Anda.

Anda bertanya dalam komentar:

APAKAH ada di sana untuk memerintahkan fdupes untuk menghapus semua duplikat tanpa bertanya atau memberi tahu saya?

fdupes -f  mungkin lakukan apa yang kamu inginkan. Lihat itu fdupes manpage. Tetapi Anda harus benar-benar tidak melakukan ini.

Sebaliknya, Anda harus mencari tahu apa yang sedang terjadi. Jika Anda ingin kami membantu Anda dengan itu, kami pasti akan melakukannya. Jika Anda memperluas pertanyaan untuk menjelaskan bahwa Anda ingin membantu mencari tahu apa yang mengambil ruang, maka Anda akan mendapatkan jawaban yang menyediakan informasi itu, atau ini mungkin ditutup sebagai duplikat dari pertanyaan lain yang memberikan informasi tentang cara menemukan itu. (Mungkin situasi akan menguntungkan Anda.) Tentu saja, ini diasumsikan Anda ingin kami membantu Anda menemukan penyebab sistem Anda mengambil begitu banyak ruang (atau kelihatannya).

Langkah pertama untuk menyelidiki ini adalah untuk memeriksa (dan memposting, dengan mengedit pertanyaan Anda) keluaran dari perintah-perintah ini, yang memberikan informasi terperinci tentang disk apa yang Anda miliki dan berapa banyak ruang kosongnya:

mount
df -h
sudo du -sh /*

Anda dapat menjalankan perintah-perintah tersebut di jendela Terminal (Ctrl+Alt+T). Perintah terakhir akan memakan waktu cukup lama. Anda juga bisa mendapatkannya Permission denied kesalahan (meskipun Anda menjalankannya sebagai root), sebagian besar terkait .gvfs folder di direktori home pengguna. Itu tidak perlu dikhawatirkan.


6
2017-08-18 09:37





Saya memiliki solusi cepat dan kotor (pasti mencegah penulisan file log, tetapi tidak menyelesaikan masalah root):

file log ini ditulis oleh / lib / udev / uvcdynctrl

  1. Cadangkan yang asli sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. Edit asli gksu gedit /lib/udev/uvcdynctrl
  3. Cari semua elemen yang ada dalam bentuk seperti itu "debug = 1"
  4. Mengubah "debug = 0"
  5. Hapus file log sekali dan untuk semua sudo rm /var/log/uvcdynctrl-udev.log

4
2017-10-04 11:55





Pergilah ke Terminal(jalan pintas adalah Ctrl+Alt+t) dan ketik:

gksudo nautilus

Ini akan membuka Nautilus dengan izin root. Sekarang hapus file Anda.

Semoga ini bisa membantu Anda!


2
2017-08-18 06:43



itu tidak membantu, ada 10.000 file - user84055
Bagaimana Anda membuat 10.000 eksemplar. Apakah duplikat itu seperti ini. Jika demikian, tidak bisakah Anda memilih satu file saja, tekan shift, lalu pilih semuanya, lalu hapus. - Max Tither
masalahnya adalah saya tidak dapat menemukan file-file tertentu yang telah diduplikasi karena saya tidak tahu mana file surga disalin dan lokasi mereka. - user84055
saya menemukan sebuah skrip bash untuk menemukan file duplikat. Ini akan menemukan mereka dan memindahkannya ke folder. Kemudian Anda bisa menghapus folder duplikat. - Max Tither
tidak beruntung dengan itu. Ini berhenti setelah berjalan selama 2 menit. - user84055


Masalahnya adalah paket ini: uvcdynctrl-udev.

Ini adalah program useles dan buggie. Ini harus dihapus dari repo debian dan ubuntu. Itu tidak boleh dipasang. Paket ini tidak hanya membuat file log BESAR ini, tetapi juga menyebabkan Cheese dan aplikasi web-cam lain crash atau bekerja sangat buruk (Tidak dapat menangkap video pada resolusi penuh dengan Cheese atau Guvcview? MENGHAPUS PAKET INI DAN ITU BEKERJA SEBAGAI ITU HARUS !

Bug ini telah ada selama bertahun-tahun dan manteiner dari uvcdyn .... tampaknya tidak peduli tentang itu.

Solusinya sederhana: sudo apt-get remove uvcdynctrl-udev.

Jika Anda ingin yakin tentang apa yang Anda lakukan, gunakan Synaptic sebagai gantinya. Serch untuk paket buggie uvcdynctrl-udev dan uvcdynctrl-udev-data. Mark'em untuk penghapusan lengkap. Anda akan melihatnya tidak akan mempengaruhi program lain, mereka bukan dependensi, jadi Anda dapat menghapusnya dengan aman. Lakukan.

Kemudian periksa / var / log, cari ini besar uvcdynctrl-udev.log, sebagai root, hapus. (buka terminal **

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

** ) Percayalah, Anda tidak akan melewatkan paket ini.


1
2018-01-03 05:01





Saya pikir hal terbaik di sini adalah hanya menginstal ulang, mengingat jumlah kerusakan yang nyata, fakta itu cukup tidak jelas apa yang sebenarnya terjadi, dan tingkat kenyamanan rendah Anda dalam memperbaiki secara manual.

Pertahankan direktori home Anda (tidak memformat ulang atau partisi ulang) dan menginstal ulang dan yang harus membersihkan direktori sistem.


-1
2017-08-18 10:40



Sementara instalasi ulang tentu saja merupakan pilihan, biasanya cukup mudah untuk mencari tahu di mana file besar telah disalin, atau jika ada file sistem yang meningkat tak terkendali dalam ukuran, file mana mereka. - Eliah Kagan
@Eliah, saya yakin Anda dan saya akan menemukannya dengan mudah, tetapi saya tidak yakin OP akan melakukannya. Dan, jika tidak banyak waktu yang telah diinvestasikan dalam mesin (saya tidak akan menyebutkan backup backup) meniupnya mungkin merupakan pilihan yang paling efisien. - poolie
Perhatikan bahwa ini tidak akan membantu di sini. Nya /home berada di partisi yang sama dengan /, jadi dia bisat clear that partition. And I donJangan berpikir bahwa installer akan menghapus file yang tidak diperlukan pada partisi yang akan digunakan untuk instalasi (baik semuanya atau tidak sama sekali). - Philipp Wendler
Installer akan menghapus semua yang ada di / var kecuali / var / local jadi jawaban ini adalah opsi yang layak. - Jorge Castro