Systemverzeichnis läuft zu ... hier Frage zu /usr/lib/modules

Hinweis: In dem Thema Systemverzeichnis läuft zu ... hier Frage zu /usr/lib/modules gibt es 14 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Vielleicht kann mir es jemand beantworten:


    Mir läuft seit längerem die Systemfestplatte zu. Auf der Suche nach Gründen habe ich unter anderem festgestellt, dass unter /usr/lib/modules Kernelverzeichnisse seit Kernelversion 4.19.2-1-default gelistet sind. Zumeist enthalten die Ordner 1 Element und nehmen nur 8.0 KiB in Anspruch. In den Ordnern ist zumeist ein Unterordner "Updates", der leer ist.


    Es gibt aber auch Ordner, in denen finden sich im Ordner "Updates" nvidia-Dateien nvidia.ko, nvidia-drm.ko, nvidia-modeset.ko, nvidia-peermem.ko und nvidia-uvm.ko. Die Dateien ergeben über 200 MiB.


    Auf diese Weise ist das Verzeichnis "modules" auf 8,4 GiB angewachsen. Bevor ich es ausprobiere, will ich mich lieber rückversichern:


    Ich müsste doch sämtliche Kernelpakete mit Ausnahme der beiden, die aktuell installiert sind (7.1.7- und 7.1.8-1-default), löschen können? Es stellt sich die weitere Frage, weshalb bei Kernel-Updates die alten Verzeichnisse in modules nicht automatisch gelöscht werden?


    Danke im Voraus für Antworten!

    Für den Inhalt des Beitrages 328750 haftet ausdrücklich der jeweilige Autor: matbhm

    Ich habe nochmals geprüft: Das Sammeln der Nvidia-Dateien im jeweiligen Kernel-Ordner unter Updates beginnt mit Kernel 6.17.1. Es gibt gelegentlich neben dem Update-Ordner auch noch einen "Extra"-Ordner, in dem sich eine evdi.ko findet.


    Wenn ich Update- und Extra-Ordner löschen würde, kann ich nicht auch gleich den jeweiligen Kernel-Ordner in modules löschen, oder braucht das System die Auflistung der Ordner seit "anno dutt" für irgendetwas?

    Für den Inhalt des Beitrages 328751 haftet ausdrücklich der jeweilige Autor: matbhm

    Schau nach, welcher nvidia Treiber (das kmp) installiert ist,die kannst du dann löschen, in der Version ist der Kernel enthalten, für den es eigentlich gebaut ist (als Zitat um die Versionen zu markieren)

    Ich benutze ein anderes Repo, wie du siehst, aber der 3. Treiber von oben ist der jetzt im OSS Repo liegende und der ist für den 35 Kernel gebaut.

    Aktuell sollten aber der 36 und 37 Kernel nur installiert sein, wenn man multiversions nicht geändert hat.


    Wenn bei dir der Treiber für 6.17.1 gebaut ist, brauchst du dieses Verzeichnis, denn der Treiber wird nach weak-updates gelinkt:

    Lass das einmal durchlaufen und du wirst sehen, das es das update und weak-updates Verzeichnis gibt. In weak-updates sind nur Links.


    Die anderen nicht benötigten könntest du eigentlich löschen.

    Für den Inhalt des Beitrages 328753 haftet ausdrücklich der jeweilige Autor: Sauerland

    Bei mir lag es an tausenden von 39MB-großen archivierten log-files und druckerfiles vom cups. Es waren so viele, dass ich sie mit Wildcards nicht mehr löschen konnte und alphabetisch vorgehen musste: rm -f aa*; rm -f ab*. Meine Festplatte war damals bis auf 100MB komplett zu. Seitdem verwende ich ein löschscript.

    # lösche log messages

    /bin/rm -f /var/log/messages-2026*.xz

    #/bin/rm -f /var/log/messages-2025*.xz

    /bin/rm -f /var/log/warn-2026*.xz

    #/bin/rm-f /var/log/warn-2025*.xz

    /bin/rm -f /var/log/wtmp-2026*.xz

    #/bin/rm-f /var/log/wtmp-2025*.xz

    /bin/rm -f /var/log/NetworkManager-2026*.xz

    #/bin/rm -f /var/log/NetworkManager-2025*.xz

    #/bin/rm -f /var/log/boot.log-2026*.xz


    # lösche Druckerjournals

    # cat /dev/null > /var/log/cups/page_log

    cat /dev/null > /var/log/cups/error_log

    cat /dev/null > /var/log/cups/access_log


    # lösche Druckerjobs

    /bin/rm -f /var/spool/cups/c*

    /bin/rm -f /var/spool/cups/d*



    Für den Inhalt des Beitrages 328757 haftet ausdrücklich der jeweilige Autor: bekr

    Zitat von bekr

    Es waren so viele, dass ich sie mit Wildcards nicht mehr löschen konnte und alphabetisch vorgehen musste: rm -f aa*; rm -f ab*.

    xargs ist Dein Freund, z.B. :)

    Code
    cat fileliste | xargs rm

    Für den Inhalt des Beitrages 328759 haftet ausdrücklich der jeweilige Autor: rkbwde

    Bin bis eben außer Haus gewesen. Erst einmal vielen Dank für die Antworten. Melde mich gleich wieder.


    bekr: Vielen Dank auf für Deinen HInweis. Aber die ganzen Messages usw. hatte ich schon gelöscht und allein damit meine Systemfestplatte um 3 GiB entlastet. Aber das lief eben ganz schnell wieder zu ... und zwar ohne Messages & Co.


    Sauerland: Ich habe nicht die open-driver, sondern die regulären Nvidia-Treiber in der Version G06


    580.178.04_k7.1.8_1-48.7

    Für den Inhalt des Beitrages 328760 haftet ausdrücklich der jeweilige Autor: matbhm

    No risk, no fun! Ich habe jetzt erst einmal in einem ersten Schritt alle Kernelordner im Ordner /usr/lib/modules gelöscht. Mal schauen, ob sich das System noch starten lässt! Wenn nicht, wechsel ich zu Windows11.

    Für den Inhalt des Beitrages 328761 haftet ausdrücklich der jeweilige Autor: matbhm

    Tatatata! Bin wieder da! Trotz Löschaktion startet das System anstandslos ... und ich habe natürlich nicht "alle" Kernelordner im Verzeichnis /usr/lib/modules gelöscht, sondern zunächst die von 4.19.1-1-default bis zur Kernelversion 7.xxx gelöscht. Jetzt lösche ich das Ganze noch bis zu den installierten Versionen 7.1.7 und 7.1.8.

    Für den Inhalt des Beitrages 328762 haftet ausdrücklich der jeweilige Autor: matbhm

    Dasselbe Problem gibt es mit VMWare statt NVidia:

    Die Dateien vmmon.ko und vmnet.ko unter /usr/lib/modules/*/misc werden beim Entfernen des Kernels nicht automatisch mit gelöscht. Auch die können ggf. gelöscht werden und die dann ggf. leeren Verzeichnisse können weg.

    Für den Inhalt des Beitrages 328764 haftet ausdrücklich der jeweilige Autor: Welm