Büyük uvcydnctrl-udev.log dosyası nedeniyle dosya sistemi dolduruluyor


11

Şimdi Ubuntu kurulumumun maliyeti 100 GB'den fazla sabit disk alanı. Ben denemek zaman Ve fslintve fdupesdiyorlar Permission deniedçiftleri silmek için. Lütfen yardým edin beyler.

İlave bilgi

Çıktı 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

Hatalı dosya 174 GB /var/log/uvcydnctrl-udev.log


3
Bu hala Ubuntu'da bir problemdir 14.04 LTS
Andrew Fielden

Yanıtlar:


11

1. Adım: Aslında hangi sorunun olduğunu öğrenin

Dosya sisteminiz beklenmedik bir şekilde dolu olduğunda, birçok olası neden vardır. Bununla ilgili daha fazla bilgi için Eliah Kagan'ın cevabına bakınız. Vakaların büyük çoğunluğunda, gerçek nedeni belirlemek (ve sonunda onarmak) kolay olmalıdır, bu nedenle yeniden biçimlendirme / yeniden yükleme gerekli olmayacaktır.

Bu nedenle ilk adım, sorunun tam olarak ne olduğunu, yani eksik alanın nereye gittiğini bulmaktır. Yani ilk önce

df -hl -x tmpfs -x devtmpfs

Bu, makinenizdeki disklerin kullanılan tüm bölümlerinin bir listesini, boyutlarını, ne kadar dolu olduklarını ve bağlama noktalarını gösterir. Bu listeden çok dolu olduğunu düşündüğünüzü alın ve bağlama noktasını not edin. Sizin durumunuzda, monte edilmiş olan kök dosya sistemidir /.

Şimdi bu dosya sistemi içinde alanın nerede kullanıldığını analiz ediyoruz. gerçekleştirmek

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

( /Yukarıda belirtilen bağlama noktasıyla değiştirin .) Tüm dizinler kullanıcılarınız tarafından okunamayabileceğinden sudo gerekir. Biraz zaman alabilir (özellikle büyük dosya sistemlerinde), her bir dizini ziyaret etmeleri gerekir.

Bu komutun yaptığı, verilen dizinin içindeki her dosya ve dizini boyutu (alt dizinler dahil) ile birlikte göstermektir. Yani bu listeden olması gerekenden daha büyük olduğunu düşündüğünüz (ler) i alın ve bu dizindeki komutu tekrar çağırın. (Yani, komutu yeniden çalıştırın, ancak önceki bir listeden değiştirilen büyük bir dizinin adıyla değiştirin /.)

Örneğin, sizin durumunuzda /vartek büyük dizin olduğu açıktı , bu yüzden yürütmeniz gerekir

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

Çok büyük tek bir dosya bulana veya birlikte tüm bu alanı kaplayan çok sayıda dosya içeren bir dizin bulana kadar bu adımlarla devam edin.

Sizin durumunuzda bir sonraki adım,

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

çünkü /var/logçok büyüktü ve bu size uvcdynctrl-udev.log174GB adında tek bir günlük dosyası olduğunu gösterdi (ki bu kesinlikle kötü).

2. Adım: Dosyaların neden orada olduğunu ve neden bu kadar büyük olduğunu belirleyin

Şimdi, tespit edilenlerin neden orada olduğunu veya orada olmaları bekleniyorsa neden bu kadar büyük olduklarını bulmamız gerekiyor.

Sizin durumunuzda, bir günlük dosyası /var/logşüpheli bir şey değildir, ancak boyutu kesinlikle. Neyse ki, sadece dosya adıyla bir Google araması, ilk isabet olarak aşağıdaki hata raporunu getiriyor ve bu da açıkça aynı sorun yaşıyor : / 811604

3. Adım: Sorunu çözün

Bu durumda, web kamerasıyla ilgili bazı şeylerin bir günlük dosyası ilginç görünmüyor, bu yüzden komutla kolayca silebilir sudo rm /var/log/uvcdynctrl-udev.logve tüm alanı boşaltabiliriz.

Ne yazık ki, hata raporu hala açık ve yorumlarda çözüm veya geçici çözüm bulunmuyor, bu nedenle şimdilik bu hatayla yaşamak zorundasınız. Yer açmak için günlük dosyasını zaman zaman silebilirsiniz.


6

Sistem dosyalarını kopyalayıp elle yapıştırdıysanız, bunları kopyalayıp yapıştırdığınız, yapıştırdığınız yere hatırlayabileceğiniz her şey hakkında daha fazla bilgi sağlamalısınız. Makinenizdeki tüm sistem dosyalarının fazladan bir kopyasının bile 100 GB'a yakın disk kullanımına neden olması olası değildir. Ubuntu'nun yüklenmesi için 5 GB'den daha az kullanılabilir alan gerekir ve çok sayıda paketin yüklü olduğu bir Ubuntu sisteminin bile sistem dosyalarının bu boyuttan birkaç kat daha fazla yer alması olası değildir . Muhtemelen bu kadar yer kaplaması için birçok kopya çıkarmanız gerekir. Veya sistem dosyaları dışındaki dosyaları kopyaladınız mı?

Ubuntu sisteminiz kendi başına (günlük dosyalarından ve güncellemelerinden‽) 100 GB alan (veya 50 GB alan) alacak şekilde genişletildiyse, yalnızca sistem dosyalarında (belgelerinize, resimlerinize, videolarınıza, sanal makinelerinize ve böylece), bir şeyler çok yanlış. Bunun en olası üç genel nedeni muhtemelen:

  • Bu gerçekten gerçekleşmiyor ve sisteminizin size sağladığı bilgileri yanlış yorumladınız. (Lütfen yanıldığınızı söylemediğimi unutmayın ; 100 GB'lık sistem dosyalarına nasıl sahip olduğunuzu biliyorsanız , ne bu ne de aşağıda önerilen diğer iki neden doğrudur.)
  • Sisteminizi etkileyen ve kullanılan ve boş alanın yanlış bildirilmesine neden olan bir hata var.
  • Sisteminizi etkileyen ve dosyaların (belki de oturum açma dosyalarının /var/log) son derece yüksek bir hızda ve sınırsız büyümesine neden olan oldukça ciddi bir hata var .

As Sergey gelmiştir söyledi , gelişigüzel sisteminize aynı içeriği oldukça beğeneceksiniz neden hasarı olan tüm dosyaları silerek. Örneğin, sisteminizde bulunabilecek ve kilit olarak veya bazı durumları belirtmek için kullanılabilecek bir dizi boş dosya vardır . Aynı dosyaların ayrı kopyalarını içeren programlarınız da olabilir (dosyalar her iki program için aynı işlevi sağladığında, ayrı bir kitaplığa veya pakete kaldırılmadıysa).

Muhtemelen "yinelenen" dosyaları silerek çalıştırabilirsinizroot . Ama bunu gerçekten yapmamalısınız - muhtemelen Ubuntu sisteminize ciddi zararlar verecektir.

Bir yorumda sordunuz:

Bana sormadan ya da bildirmeden tüm kopyaları silmek için fdupes komutu var mı?

fdupes -f olabilir ne istiyorsan yap. Bkz manpage . Ama bunu gerçekten yapmamalısın.fdupes

Bunun yerine, neler olduğunu anlamanız gerekir. Size bu konuda yardımcı olmamızı isterseniz, kesinlikle yapacağız. Neyin yer kapladığını anlama konusunda yardım istediğinizi açıklamak için sorunuzu genişletirseniz, bu bilgileri sağlayan yanıtlar alırsınız veya bu, bunu nasıl bulacağınızla ilgili bilgi sağlayan başka bir sorunun kopyası olarak kapatılabilir. (Her iki durumun da size faydası olacaktır.) Elbette, bu, sisteminizin neden çok fazla yer kapladığını (veya göründüğünü) bulmanıza yardımcı olmamızı istediğinizi varsayar.

Bunu araştırmanın ilk adımı, sahip olduğunuz diskler ve bunlarda ne kadar boş alan olduğu hakkında ayrıntılı bilgi sağlayan bu komutların çıktılarını incelemektir (ve sorunuzu göndererek):

mount
df -h
sudo du -sh /*

Bu komutları bir Terminal penceresinde ( Ctrl+ Alt+ T) çalıştırabilirsiniz. Son komut biraz zaman alacaktır. Ayrıca Permission denied, çoğunlukla .gvfskullanıcıların ev dizinlerindeki klasörler ile ilgili bazı hatalar da alabilirsiniz (kök olarak çalıştırsanız bile) . Endişelenecek bir şey yok.


4

Ben hızlı ve kirli bir çözüm var (kesinlikle günlük dosyası yazma önlemek, ancak kök sorunu çözmez):

bu günlük dosyası / lib / udev / uvcdynctrl tarafından yazılmıştır

  1. Orijinali yedekle sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. Orijinali düzenle gksu gedit /lib/udev/uvcdynctrl
  3. " Debug = 1 " biçimindeki tüm öğelere bakın
  4. " Debug = 0 " olarak değiştir
  5. Günlük dosyasını bir kez ve herkes için silin sudo rm /var/log/uvcdynctrl-udev.log

3

Sorun şu pakettir: uvcdynctrl-udev.

Bir useles ve buggie programı. Sadece debian ve ubuntu depolarından kaldırılmalıdır. Yüklenmemeliydi. Bu paket sadece bu BÜYÜK günlük dosyalarını oluşturmakla kalmaz, aynı zamanda Peynir ve diğer web kamerası uygulamalarının çökmesine veya çok kötü çalışmasına neden olur (Peynir veya Guvcview ile tam çözünürlükte video yakalayamaz mısınız?) !

Bu hata yıllardır var ve uvcdyn manteiner .... umurumda görünmüyor.

Çözüm basit: sudo apt-get remove uvcdynctrl-udev.

Ne yaptığınızdan emin olmak istiyorsanız bunun yerine Synaptic kullanın. Buggy paketi uvcdynctrl-udev ve uvcdynctrl-udev-data için serch . Tamamen kaldırılması için işaretleyin. Diğer programları etkilemeyeceğini, bağımlılık olmadığını fark edeceksiniz, böylece güvenle kaldırabilirsiniz. Yap.

Sonra / var / log'u kontrol edin, bu büyük uvcdynctrl-udev.log dosyasını kök olarak arayın , silin. (bir terminal açın **

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

**) İnan bana, bu paketi kaçırmayacaksın.


tuprofe demusica doğru! Neredeyse bir mikroskop fırlattım çünkü kırıldığını düşündüm. Bu paketi sildikten sonra bir kez daha denedim.
rickyrockrat

2

Gidin Terminal(kısa kesim olduğunu Ctrl+ Alt+ t) ve türü:

gksudo nautilus

Bu, Nautilus'u kök izinleriyle açacaktır. Şimdi dosyalarınızı silin.

Umarım bu size yardımcı olur!


yardımcı olmuyor,
10000'ler

10000s kopyasını nasıl yaptın? Çiftleri benziyor muyum bu . Öyleyse, sadece bir dosya seçemezsiniz, shift tuşuna basıp hepsini seçip silemezsiniz.
Max Tither

sorun i kopyalanan dosyaları ve bunların konumlarını bilmiyorum çünkü çoğaltılan belirli dosyaları bulamıyorum.
user84055

Yinelenen dosyaları bulmak için bir bash betiği buldum . Onları bulur ve bir klasöre taşır. Sonra sadece yinelenen klasörü silebilirsiniz.
Max Tither

onunla şans yok. 2 dakika boyunca koştuktan sonra çıkar.
user84055

-1

Bence buradaki en iyi şey, görünen hasar miktarı, gerçekte ne olduğu oldukça belirsiz ve manuel onarımdaki düşük konfor seviyeniz göz önüne alındığında, yeniden yüklemek.

(Ev dizini koruyun yok reformasyon veya bölümlerini yeniden) ve yeniden ve bu sistem dizinleri temizlemek gerekir.


1
Yeniden yükleme kesinlikle bir seçenek olsa da, büyük dosyaların nereye kopyalandığını veya boyut olarak kontrol edilemeyen bir şekilde artan sistem dosyaları olup olmadığını anlamak oldukça kolaydır.
Eliah Kagan

@Eliah, eminim sen ve ben kolay bulacağız, ama OP'nin emin olacağından emin değilim. Ve, eğer makineye çok fazla zaman harcanmamışsa (yapılandırma yedeklemelerinden bile bahsetmeyeceğim) onu uçurmak en verimli seçim olabilir.
poolie

1
Bunun burada yardımcı olmayacağını unutmayın. Onunla /homeaynı bölümdedir /, bu yüzden t clear that partition. And I donyükleyicinin kurulum için kullanacağı bölümdeki gereksiz dosyaları sildiğini düşünemez (ya hepsi ya da hiçbiri).
Philipp Wendler

2
Yükleyici, / var / local dışında / var içindeki her şeyi kaldıracağından, bu yanıt geçerli bir seçenektir.
Jorge Castro
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.