staging.inyokaproject.org

Rootpartition voll, liegt an /var/log/uvcdynctrl-udev.log

Status: Gelöst | Ubuntu-Version: Ubuntu 20.04 (Focal Fossa)
Antworten |

sprock

Anmeldungsdatum:
19. Dezember 2013

Beiträge: 545

Bitte um Hilfe, großer Notfall.

Mein Hauptrechner, den ich zum Arbeiten nutze deshalb ist das für mich dringlich zu lösen, gab mir gerade eine Meldung, dass die Rootpartition voll sei. Das hatte ich noch nie, habe gehofft, dass das irgendwelche temporären Dateien sein könnten (da dort eigentlich noch ca. 15-20 GB frei sein sollten) und einfach einen Neustart probiert. Ich komme aber jetzt gar nicht mehr ins System. Hatte den Fall noch nie und wüsste auch nichts, was ich geändert hätte in letzter Zeit, dass das bewirken könnte, ist das vielleicht ein Problem, das vom neuen Kernel ausgehen könnte?

Ach ja: Habe Rootpartition und Datenpartition getrennt, es liegt also nicht an meinem persönlichen Verzeichnis.

Glücklicherweise habe ich auf demselben Rechner ein zweites Ubuntu (Ubuntu Studio 20.04), von dem aus ich mir die Rootpartition im betroffenen Ubuntu angeguckt habe:

Ist tatsächlich randvoll, auffallend dabei, dass /var/log riesig ist (31GB) und darin eine Datei namens uvcdynctrl-udev.log welche über 24 GB groß ist. An dieser wurde auch bis 10:29 Uhr geändert, also bis zum Ende.

Fragen:

  • Was ist das für eine Datei?

  • Ist das ein bekannter Fall und was die Ursache dafür ist?

  • Wie kann ich das vom zweiten Ubuntu aus reparieren, ohne das Hauptsystem zu zerschießen?

  • Wie kann ich das in Zukunft verhindern bzw. die Ursache beheben?

Vielen Dank im Voraus!

(Die erste Idee ist, dieses uvcdynctrl-udev.log einfach vom Zweitubuntu aus zu löschen, um erstmal wieder ins Hauptsystem booten zu können und dort die Ursache leichter finden und abstellen zu können. Nur: Ist das gefahrlos möglich, oder riskiere ich damit, das System so zu schädigen, dass ich es im schlimmsten Falle neu aufsetzen müsste?)

sprock

(Themenstarter)

Anmeldungsdatum:
19. Dezember 2013

Beiträge: 545

Habe nach etwas Recherche jetzt das hier gefunden:

https://askubuntu.com/questions/766263/why-is-there-an-ever-growing-uvcydnctrl-udev-log-file-filling-up-my-harddisk

https://askubuntu.com/questions/177312/filesystem-filling-up-due-to-large-uvcydnctrl-udev-log-file

Das ist zwar schon ein paar Jahre alt, aber in der Tat habe ich in den letzten Wochen eine Webcam nutzen müssen und diese hängt auch dauerhaft an einem USB-Port. So wie ich das in den Links oben verstehe, müsste ich uvcdynctrl-udev.log also ohne negative Auswirkungen löschen können.

Kann jemand das noch kurz bestätigen (oder gerne anderweitig Erhellendes zu dem Fall beitragen)?

Doc_Symbiosis

Avatar von Doc_Symbiosis

Anmeldungsdatum:
11. Oktober 2006

Beiträge: 4212

Also, ich würde nachschauen, was für Meldungen in der Logdatei denn drin stehen. Löschen kannst Du die gefahrlos.

Und dann, wie in dem einem von Dir geposteten Link, das Loglevel runterdrehen, damit die Datei nicht ganz so schnell groß wird.

Doc_Symbiosis

Avatar von Doc_Symbiosis

Anmeldungsdatum:
11. Oktober 2006

Beiträge: 4212

Mit Version 0.3 von uvcdynctrl wurde das Debug wohl auch von 1 auf 0 gesetzt. Da solltest Du dann am Besten die Version aktualisieren: https://sourceforge.net/p/libwebcam/code/ci/f1e631a4163beb926f25efa52e2c5b71128de345/

sprock

(Themenstarter)

Anmeldungsdatum:
19. Dezember 2013

Beiträge: 545

Also, hab die Datei gerade mal geöffnet:

Erstellt wurde sie am 3. November 2020 (in der Tat habe ich da zum ersten Mal eine Webcam angeschlossen und an dem Rechner benutzt).

Soweit ich das überblicken kann, besteht der Rest der Datei (die lädt natürlich ewig bei über 24 GB, aber soweit ich überblicken kann) aus folgender Meldung, die sich zigtausendfach wiederholt:

[libwebcam] Warning: The driver behind device video0 has a slightly buggy implementation of the V4L2_CTRL_FLAG_NEXT_CTRL flag. It does not return the next higher control ID if a control query fails. A workaround has been enabled.

Hab die Datei gerade glöscht, werde jetzt wieder ins Hauptubuntu booten.

sprock

(Themenstarter)

Anmeldungsdatum:
19. Dezember 2013

Beiträge: 545

(So, melde mich hiermit wieder vom Hauptubuntu aus, alles wieder im Lot.)

Doc_Symbiosis schrieb:

Mit Version 0.3 von uvcdynctrl wurde das Debug wohl auch von 1 auf 0 gesetzt. Da solltest Du dann am Besten die Version aktualisieren: https://sourceforge.net/p/libwebcam/code/ci/f1e631a4163beb926f25efa52e2c5b71128de345/

Ich bin mir nicht sicher, ob ich das richtig verstehe.

Das wurde mit Version 0.3 schon im Jahr 2013 geändert und Ubuntu 20.04 hat Jahre später immer noch Version 0.2.4?

Siehe hier:

sprock@Ubuntu-Desktop-PC:~$ apt search uvcdynctrl
Sortierung... Fertig
Volltextsuche... Fertig
uvcdynctrl/focal,now 0.2.4-1.1ubuntu2 amd64  [Installiert,automatisch]
  Command line tool to control v4l2 devices

uvcdynctrl-data/focal,focal,now 0.2.4-1.1ubuntu2 all  [Installiert,automatisch]
  Command line tool to control v4l2 devices - data files

Oder verstehe ich das falsch?

Und: Wie aktualisiere ich die Version?

Lidux

Anmeldungsdatum:
18. April 2007

Beiträge: 14945

Hallo sprock,

Sieht so aus .... oder die ist noch aus einer Vorversioninstallation 16.04 oder Fremdquelle.

Gruss Lidux

Doc_Symbiosis

Avatar von Doc_Symbiosis

Anmeldungsdatum:
11. Oktober 2006

Beiträge: 4212

Hm, also mein 20.04 hat auch noch die 0.2.4 und fertig als Deb-Paket gibt es die Version 0.3 anscheinend auch nicht. Tja, das wird wohl leider nicht mehr wirklich geflegt.

Dann müsstest Du den Patch eben manuell machen nach der Anleitung von diesem https://askubuntu.com/questions/177312/filesystem-filling-up-due-to-large-uvcydnctrl-udev-log-file|Link:

#Backup original 
sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup

#Edit original 
sudo nano /lib/udev/uvcdynctrl

#Look up all elements that are in such form "debug=1"
#Change to "debug=0"

#Delete the log file once and for all 
sudo rm /var/log/uvcdynctrl-udev.log

Oder sollte auch einfacher so gehen, aber ohne Gewähr (aber eine Sicherung wird ja angelegt, falls es schief geht)!

sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
sudo sed -i 's/debug=1/debug=0/g' /lib/udev/uvcdynctrl
sudo rm /var/log/uvcdynctrl-udev.log

sprock

(Themenstarter)

Anmeldungsdatum:
19. Dezember 2013

Beiträge: 545

Hab ich so gemacht. Damit ist aufgeräumt und sollte in Zukunft Ruhe sein.

Danke!

Antworten |