Dateisystem füllt sich aufgrund der großen Datei uvcydnctrl-udev.log

11

Jetzt kostet mich meine Installation von Ubuntu mehr als 100 GB Festplattenspeicher. Und wenn ich versuche , fslintund fdupes, sagen sie Permission denieddie Duplikate zu löschen. Bitte hilf mir Jungs.

Zusätzliche Information

Ausgabe von 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

Die fehlerhafte Datei ist 174 GB groß /var/log/uvcydnctrl-udev.log

user84055
quelle
3
Dies ist immer noch ein Problem in Ubuntu 14.04 LTS
Andrew Fielden

Antworten:

11

1. Schritt: Finden Sie heraus, welches Problem Sie tatsächlich haben

Wenn Ihr Dateisystem unerwartet voll ist, gibt es viele mögliche Ursachen. Weitere Informationen hierzu finden Sie in der Antwort von Eliah Kagan. In den allermeisten Fällen sollte es einfach sein, die wahre Ursache zu identifizieren (und schließlich zu beheben), sodass eine Neuformatierung / Neuinstallation nicht erforderlich wäre.

Der erste Schritt besteht also darin, herauszufinden, was genau das Problem ist, dh wo der fehlende Platz geblieben ist. Also zuerst ausführen

df -hl -x tmpfs -x devtmpfs

Dies zeigt eine Liste aller verwendeten Partitionen der Festplatten in Ihrem Computer, ihre Größe, wie voll sie sind und ihren Einhängepunkt. Nehmen Sie aus dieser Liste diejenige, die Sie für zu voll halten, und notieren Sie sich den Einhängepunkt. In Ihrem Fall ist es das Root-Dateisystem, unter dem gemountet wird /.

Jetzt analysieren wir, wo in diesem Dateisystem der Speicherplatz verwendet wird. Ausführen

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

(Ersetzen Sie ihn /durch den oben angegebenen Einhängepunkt.) Er benötigt sudo, da möglicherweise nicht alle Verzeichnisse für Ihren Benutzer lesbar sind. Dies kann einige Zeit dauern (insbesondere bei großen Dateisystemen), da jedes einzelne Verzeichnis auf diesen besucht werden muss.

Mit diesem Befehl werden Ihnen alle Dateien und Verzeichnisse innerhalb des angegebenen Verzeichnisses zusammen mit ihrer Größe (einschließlich der Unterverzeichnisse) angezeigt. Nehmen Sie aus dieser Liste diejenige (n), die Ihrer Meinung nach größer ist als sie sein sollte, und rufen Sie den Befehl in diesem Verzeichnis erneut auf. (Führen Sie den Befehl erneut aus, wobei jedoch der Name eines großen Verzeichnisses aus einer vorherigen Liste ersetzt wird /.)

In Ihrem Fall war beispielsweise klar, dass /vares sich um das einzige große Verzeichnis handelt, sodass Sie es ausführen müssen

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

Fahren Sie mit diesen Schritten fort, bis Sie entweder eine einzelne Datei gefunden haben, die so groß ist, oder ein Verzeichnis mit vielen Dateien gefunden haben, die zusammen den gesamten Speicherplatz beanspruchen.

In Ihrem Fall war der nächste Schritt die Ausführung

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

weil /var/logwar so groß, und dies zeigte Ihnen, dass es eine einzelne Protokolldatei uvcdynctrl-udev.logmit 174 GB gab (was offensichtlich schlecht ist).

2. Schritt: Identifizieren Sie, warum die Dateien dort sind und warum sie so groß sind

Jetzt müssen wir herausfinden, warum die identifizierten Personen dort sind oder warum sie so groß sind, wenn erwartet wird, dass sie dort sind.

In Ihrem Fall ist eine Anmeldedatei /var/lognichts Verdächtiges, aber ihre Größe ist es sicherlich. Glücklicherweise wird bei einer Google-Suche einfach mit dem Dateinamen der folgende Fehlerbericht als erster Treffer angezeigt. Dies ist eindeutig das gleiche Problem wie bei uns: http://bugs.launchpad.net/ubuntu/+source/libwebcam/+bug / 811604

3. Schritt: Lösen Sie das Problem

In diesem Fall scheint eine Protokolldatei mit einigen Webcam-bezogenen Inhalten nicht interessant zu sein, sodass wir sie einfach mit dem Befehl löschen sudo rm /var/log/uvcdynctrl-udev.logund den gesamten Speicherplatz freigeben können.

Leider ist der Fehlerbericht noch offen und es gibt keine Lösungen oder Problemumgehungen in den Kommentaren, sodass Sie wahrscheinlich erst einmal mit diesem Fehler leben müssen. Sie können die Protokolldatei von Zeit zu Zeit löschen, um Speicherplatz freizugeben.

Philipp Wendler
quelle
6

Wenn Sie die Systemdateien kopiert und eingefügt und manuell reproduziert haben, sollten Sie weitere Informationen darüber bereitstellen, was Sie zum Kopieren und Einfügen getan haben, wo Sie sie eingefügt haben und woran Sie sich erinnern können. Selbst das Erstellen einer zusätzlichen Kopie aller Systemdateien auf Ihrem Computer führt wahrscheinlich nicht zu einer Festplattennutzung von nahezu 100 GB. Ubuntu benötigt weniger als 5 GB verfügbaren Speicherplatz, um installiert zu werden, und selbst bei einem Ubuntu-System mit vielen installierten Paketen ist es unwahrscheinlich, dass seine Systemdateien mehr als das Mehrfache dieser Größe beanspruchen. Sie müssten wahrscheinlich viele Kopien erstellen, um so viel Platz einzunehmen. Oder haben Sie andere Dateien als Systemdateien kopiert ?

Wenn Ihr Ubuntu-System von selbst erweitert wurde (aus Protokolldateien und Updates), um 100 GB Speicherplatz (oder 50 GB Speicherplatz) zu belegen, nur in Systemdateien (im Gegensatz zu Ihren Dokumenten, Bildern, Videos, virtuellen Maschinen und usw.), etwas stimmt nicht. Die drei wahrscheinlichsten allgemeinen Ursachen hierfür sind wahrscheinlich:

  • Dies geschieht nicht wirklich, und Sie haben die von Ihrem System bereitgestellten Informationen falsch interpretiert. (Bitte beachten Sie, dass ich Ihnen nicht sage, dass Sie sich irren . Wenn Sie wissen, wie Sie zu 100 GB Systemdateien gekommen sind, sind weder diese noch die beiden anderen unten angegebenen Ursachen richtig.)
  • Es gibt einen Fehler, der Ihr System betrifft und dazu führt, dass verwendeter und freier Speicherplatz falsch gemeldet wird.
  • Es gibt einen ziemlich schwerwiegenden Fehler, der Ihr System betrifft und dazu führt, dass Dateien (möglicherweise Anmeldedateien /var/log) extrem schnell und ungebunden wachsen.

Wie Sergey hat gesagt , Löschen wahllos alle Dateien , die die gleichen Inhalte werden sehr wahrscheinlich zu Schäden an Ihrem System haben. Beispielsweise gibt es eine Reihe von leeren Dateien , die möglicherweise in Ihrem System vorhanden sind und als Sperren oder zur Kennzeichnung eines Zustands verwendet werden. Möglicherweise verfügen Sie auch über Programme, die separate Kopien identischer Dateien enthalten (wenn die Dateien für beide Programme dieselbe Funktionalität bieten, die nicht in eine separate Bibliothek oder ein separates Paket entfernt wurde).

Sie können es wahrscheinlich dazu bringen, die "doppelten" Dateien zu löschen, indem Sie es als ausführenroot . Aber Sie sollten das wirklich nicht tun - es wird wahrscheinlich schwerwiegenden Schaden auf Ihrem Ubuntu-System anrichten.

Sie haben in einem Kommentar gefragt:

Gibt es überhaupt einen Befehl an fdupes, alle Duplikate zu löschen, ohne mich zu fragen oder zu benachrichtigen?

fdupes -f könnte tun, was Sie wollen. Siehe die fdupesManpage . Aber das solltest du wirklich nicht tun.

Stattdessen sollten Sie herausfinden, was los ist. Wenn Sie möchten, dass wir Ihnen dabei helfen, werden wir es auf jeden Fall tun. Wenn Sie Ihre Frage erweitern, um zu erklären, dass Sie Hilfe benötigen, um herauszufinden, was Platz beansprucht, erhalten Sie entweder Antworten mit diesen Informationen, oder diese Frage wird möglicherweise als Duplikat einer anderen Frage geschlossen, die Informationen darüber enthält, wie Sie dies herausfinden können. (Jede Situation würde Ihnen wahrscheinlich zugute kommen.) Dies setzt natürlich voraus, dass wir Ihnen helfen sollen, die Ursache dafür zu finden, dass Ihr System so viel Platz beansprucht (oder zu beanspruchen scheint).

Der erste Schritt, um dies zu untersuchen, besteht darin, die Ausgabe dieser Befehle zu untersuchen (und durch Bearbeiten Ihrer Frage zu veröffentlichen). Diese enthalten detaillierte Informationen darüber, welche Festplatten Sie haben und wie viel Speicherplatz auf ihnen frei ist:

mount
df -h
sudo du -sh /*

Sie können diese Befehle in einem Terminalfenster ( Ctrl+ Alt+ T) ausführen . Der letzte Befehl dauert eine Weile. Möglicherweise werden auch einige Permission deniedFehler angezeigt (obwohl Sie es als Root ausführen), hauptsächlich in Bezug auf .gvfsOrdner in den Home-Verzeichnissen der Benutzer. Das ist kein Grund zur Sorge.

Eliah Kagan
quelle
4

Ich habe eine schnelle und schmutzige Lösung (definitiv das Schreiben von Protokolldateien verhindern, aber das Root-Problem nicht lösen):

Diese Protokolldatei wird von / lib / udev / uvcdynctrl geschrieben

  1. Original sichern sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
  2. Original bearbeiten gksu gedit /lib/udev/uvcdynctrl
  3. Suchen Sie nach allen Elementen in dieser Form " debug = 1 ".
  4. Wechseln Sie zu " debug = 0 "
  5. Löschen Sie die Protokolldatei ein für alle Mal sudo rm /var/log/uvcdynctrl-udev.log
Des
quelle
3

Das Problem ist dieses Paket: uvcdynctrl-udev.

Es ist ein Useles- und Buggie-Programm. Es sollte einfach aus Debian- und Ubuntu-Repos entfernt werden. Es sollte nicht installiert werden. Dieses Paket erstellt nicht nur diese RIESIGEN Protokolldateien, sondern führt auch dazu, dass Cheese und andere Web-Cam-Apps abstürzen oder sehr schlecht funktionieren (Mit Cheese oder Guvcview können keine Videos in voller Auflösung aufgenommen werden? !

Dieser Fehler gibt es schon seit Jahren und der Manager von uvcdyn ... scheint sich nicht darum zu kümmern.

Die Lösung ist einfach: sudo apt-get remove uvcdynctrl-udev.

Wenn Sie sicher sein möchten, was Sie tun, verwenden Sie stattdessen Synaptic. Suchen Sie nach dem Buggie-Paket uvcdynctrl-udev und uvcdynctrl-udev-data . Mark'em für die vollständige Entfernung. Sie werden feststellen, dass andere Programme davon nicht betroffen sind. Es handelt sich nicht um Abhängigkeiten, sodass Sie sie sicher entfernen können. Tu es.

Überprüfen Sie dann / var / log, durchsuchen Sie dieses riesige uvcdynctrl-udev.log als root und löschen Sie es. (Terminal öffnen **

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

**) Glauben Sie mir, Sie werden dieses Paket nicht verpassen.

Tuprofe Demusica
quelle
Tuprofe Demusica ist richtig! Ich hätte fast ein Mikroskop weggeworfen, weil ich dachte, es sei kaputt. Ich habe es noch einmal versucht, nachdem ich dieses Paket gelöscht habe.
Rickyrockrat
2

Gehen Sie in die Terminal(Abkürzung ist Ctrl+ Alt+ t) und geben Sie ein:

gksudo nautilus

Dadurch wird Nautilus mit Root-Berechtigungen geöffnet. Löschen Sie nun Ihre Dateien.

Hoffe das hilft dir!

Max Tither
quelle
es hilft nicht, es gibt 10000s von Dateien
user84055
Wie haben Sie 10000 Kopien gemacht? Haben die Duplikate aussehen dies . Wenn ja, können Sie nicht einfach eine Datei auswählen, die Umschalttaste drücken und dann alle auswählen und dann löschen.
Max Tither
Das Problem ist, dass ich die spezifischen Dateien, die dupliziert wurden, nicht finden kann, weil ich nicht weiß, welche Dateien kopiert wurden und wo sie sich befinden.
user84055
Ich habe ein Bash-Skript gefunden , um doppelte Dateien zu finden. Es wird sie finden und in einen Ordner verschieben. Dann können Sie einfach den doppelten Ordner löschen.
Max Tither
Kein Glück damit. Es wird beendet, nachdem es 2 Minuten lang gelaufen ist.
user84055
-1

Ich denke, das Beste hier ist, einfach neu zu installieren, angesichts des offensichtlichen Schadens, der Tatsache, dass es ziemlich unklar ist, was tatsächlich passiert ist, und Ihres geringen Komforts bei der manuellen Reparatur.

Behalten Sie Ihr Home-Verzeichnis bei ( nicht neu formatieren oder neu partitionieren) und installieren Sie es neu. Dadurch sollten die Systemverzeichnisse gelöscht werden.

Poolie
quelle
1
Während eine Neuinstallation sicherlich eine Option ist, ist es normalerweise ziemlich einfach herauszufinden, wo große Dateien kopiert wurden oder ob es sich um Systemdateien handelt, deren Größe unkontrolliert zunimmt.
Eliah Kagan
@Eliah, ich bin sicher, dass Sie und ich es einfach finden würden, aber ich bin nicht sicher, ob das OP dies tun wird. Und wenn nicht viel Zeit in die Maschine investiert wurde (ich werde nicht einmal Konfigurationssicherungen erwähnen), ist es möglicherweise die effizienteste Wahl, sie wegzublasen.
Poolie
1
Beachten Sie, dass dies hier nicht helfen würde. Seine /homebefindet sich auf derselben Partition wie /, sodass er nicht t clear that partition. And I donglauben kann, dass das Installationsprogramm überflüssige Dateien auf der Partition löscht, die für die Installation verwendet werden soll (entweder alle oder keine).
Philipp Wendler
2
Das Installationsprogramm entfernt alles in / var außer / var / local, sodass diese Antwort eine praktikable Option ist.
Jorge Castro