[Gelöst]Nicht genug platz in /var/cache/apt/archives/

[willy4711]

Auf 64bit umstellen bedeutet doch eine Neuinstallation durchführen, lohnt sich das wirklich im Bezug auf mein Problem und die Steigerung der Systemleistung?

Das war nur eine Bemerkung, und kein Aufforderung.
Aber noch mal:

Code: Alles auswählen

uname -a

und

Code: Alles auswählen

inxi -p

[guennid]

zu MSfree:
Wenn man Kernelabhängigkeit so versteht: Wovon ist der Kernel abhängig, dann „erzeugen“ Debian-Kernel-Images seit geraumer Zeit (ich schätze, seit mehr als 15 Jahren) sehr wohl eine Abhängigkeit: Sie sind abhängig von udev. Aber das sollte hier keine Rolle spielen, da ja nicht udev, sondern diverse Kernels entsorgt werden sollen.

Grüße, Günther

[UserNrX]

uname -a

Code: Alles auswählen

Linux AAA 4.19.0-6-686-pae #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20) i686 GNU/Linux

inxi -r

Code: Alles auswählen

Repos:     Active apt repos in: /etc/apt/sources.list 
           1: deb http://ftp.de.debian.org/debian/ buster main non-free contrib
           2: deb-src http://ftp.de.debian.org/debian/ buster main non-free contrib
           3: deb http://security.debian.org/ buster/updates main contrib non-free
           4: deb-src http://security.debian.org/ buster/updates main contrib non-free
           5: deb http://ftp.de.debian.org/debian/ buster-updates main contrib non-free
           6: deb-src http://ftp.de.debian.org/debian/ buster-updates main contrib non-free
           7: deb http://http.debian.net/debian buster-backports main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/dropbox.list 
           1: deb [arch=i386,amd64] http://linux.dropbox.com/debian jessie main

[willy4711]

Dann erstmal de Backports deaktivieren

Code: Alles auswählen

apt update

und dann:

Code: Alles auswählen

apt purge linux-image-3.16.0-4* linux-image-4.9* linux-image-4.19.0-5* linux-image-5.2*

Code: Alles auswählen

apt autoremove

Edit:
Im Anschluss dann noch mal

Code: Alles auswählen

apt update && apt full-upgrade

Hast du ja wohl noch nicht gemacht ?

Danach wärst du in Buster angekommen. Hoffentlich klappt das

Edit 2

Vor dem full-upgrade bitte nochmal das System putzen

Simulation:

Code: Alles auswählen

dpkg --purge --simulate $(dpkg -l |grep ^rc |awk '{print $2}') 

Ernstfall:

Code: Alles auswählen

dpkg --purge $(dpkg -l |grep ^rc |awk '{print $2}') 

oder - falls vorhanden:

Code: Alles auswählen

aptitude purge ~c

[willy4711]

Nicht noch ein Edit:
dropbox gibt es doch auch in den Repos. Warum dann ein Fremdrepo einbinden?
Möglichst auch deaktivieren, eventuell deinstallieren und nach dem Dist-Upgrade aus dem Repo installieren.

[UserNrX]

Vielen Dank erst einmal für deine Hilfe!

Dann erstmal de Backports deaktivieren

Code: Alles auswählen

apt update

und dann:

Code: Alles auswählen

apt purge linux-image-3.16.0-4* linux-image-4.9* linux-image-4.19.0-5* linux-image-5.2*

Code: Alles auswählen

apt autoremove

Bis hierher alles klar! apt list linux-image-* gibt dann folgendes aus:

Code: Alles auswählen

[code]linux-image-4.19.0-5-686-pae/stable 4.19.37-5+deb10u2 i386
linux-image-4.19.0-5-686/stable 4.19.37-5+deb10u2 i386
linux-image-4.19.0-5-rt-686-pae/stable 4.19.37-5+deb10u2 i386
linux-image-4.19.0-6-686-dbg/stable 4.19.67-2+deb10u1 i386
linux-image-4.19.0-6-686-pae-dbg/stable 4.19.67-2+deb10u1 i386
linux-image-4.19.0-6-686-pae-unsigned/stable 4.19.67-2+deb10u1 i386
linux-image-4.19.0-6-686-pae/stable,now 4.19.67-2+deb10u1 i386  [Installiert,automatisch]
linux-image-4.19.0-6-686-unsigned/stable 4.19.67-2+deb10u1 i386
linux-image-4.19.0-6-686/stable 4.19.67-2+deb10u1 i386
linux-image-4.19.0-6-rt-686-pae-dbg/stable 4.19.67-2+deb10u1 i386
linux-image-4.19.0-6-rt-686-pae-unsigned/stable 4.19.67-2+deb10u1 i386
linux-image-4.19.0-6-rt-686-pae/stable 4.19.67-2+deb10u1 i386
linux-image-5.2.0-0.bpo.2-686-dbg/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.2-686-pae-dbg/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.2-686-pae-unsigned/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.2-686-pae/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.2-686-unsigned/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.2-686/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.2-rt-686-pae-dbg/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.2-rt-686-pae-unsigned/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.2-rt-686-pae/buster-backports 5.2.9-2~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-686-dbg/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-686-pae-dbg/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-686-pae-unsigned/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-686-pae/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-686-unsigned/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-686/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-rt-686-pae-dbg/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-rt-686-pae-unsigned/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-5.2.0-0.bpo.3-rt-686-pae/buster-backports 5.2.17-1~bpo10+1 i386
linux-image-686-dbg/stable 4.19+105+deb10u1 i386
linux-image-686-pae-dbg/stable 4.19+105+deb10u1 i386
linux-image-686-pae/stable,now 4.19+105+deb10u1 i386  [installiert]
linux-image-686/stable 4.19+105+deb10u1 i386
linux-image-i386-signed-template/stable 4.19.67-2+deb10u1 i386
linux-image-rt-686-pae-dbg/stable 4.19+105+deb10u1 i386
linux-image-rt-686-pae/stable 4.19+105+deb10u1 i386

[/code]
inxi -P zeigt an, dass / nur noch zu 87.5% belegt ist.

Im Anschluss dann noch mal

Code: Alles auswählen

apt update && apt full-upgrade

Dazu sagt apt, dass alle Pakete aktuell sind.
Hast du ja wohl noch nicht gemacht ?
Ich hatte apt-get dist-upgrade gemacht, ist das nicht dasselbe wie full-upgrade?

[UserNrX]

Die Simulation ergibt Fehler:

Code: Alles auswählen

dpkg: Warnung: »ldconfig« wurde im PATH nicht gefunden oder ist nicht ausführbar
dpkg: Warnung: »start-stop-daemon« wurde im PATH nicht gefunden oder ist nicht ausführbar
dpkg: Fehler: 2 erwartete Programme nicht im PATH gefunden oder nicht ausführbar

dropbox hatte ich nur vorübergehend gebraucht. Muss ich noch löschen.

[willy4711]

?:
Nach dem Befehl

Code: Alles auswählen

apt purge linux-image-3.16.0-4* linux-image-4.9* linux-image-4.19.0-5* linux-image-5.2*

Code: Alles auswählen

apt list linux-image-*

zeigt dir die im Repo vorhanden Kernel an.
was bei dir vorhanden ist zeigt

Code: Alles auswählen

ls -al /boot

Ich hatte apt-get dist-upgrade gemacht, ist das nicht dasselbe wie full-upgrade?

:
Ja , hattest du aber oben nicht gesagt. Dann ist alles gut

[willy4711]

Die Simulation ergibt Fehler:

Code: Alles auswählen

dpkg: Warnung: »ldconfig« wurde im PATH nicht gefunden oder ist nicht ausführbar
dpkg: Warnung: »start-stop-daemon« wurde im PATH nicht gefunden oder ist nicht ausführbar
dpkg: Fehler: 2 erwartete Programme nicht im PATH gefunden oder nicht ausführbar

dropbox hatte ich nur vorübergehend gebraucht. Muss ich noch löschen.

Versuche es mal mit su -

Musst dich ab Buster daran gewöhnen. alle Programme die in /sbin resisidieren sind nur noch ausführbar, indem du dich
in die Root- Umgebung einloggst.
kannst du überprüfen in deinem user account mit:

Code: Alles auswählen

~$ §PATH

dann
su+PW ----> §PATH ist identisch
dann su - ----> /sbin ist auch im PATH

[UserNrX]

Ok, mit su - funktioniert die Simulation. Ich bekomme dann eine lange liste von dem was entfernt werden würde. Kann ich davon ausgehen, dass diese Pakete veraltet sind und gelöscht werden können, oder muss ich jeden einzeln vergleichen?
Damit ist doch klar, dass ich nicht alle Befehle, die ich hier mit deiner Hilfe eingebe verstehe. Ich vermute aber, dass der Befehl alle veraltete Pakete herausfinden und löschen soll. Wobei wenn ich beispielsweise das Paket X11-session-utils 7.7+3 vergleiche, zeigt sich, dass es aktuell ist.

Etwas verunsichert mich noch: Du sagst ich hätte gar nicht auf Buster upgradet. Wie kann das sein, wenn in den sources.list buster und nicht strech steht?
Ich dachte auch, dass bei einem dist-upgrade das Kernel auf dem neuesten Stand gebracht wird, und das alte gelöscht wird, oder verwechsle ich hier etwas?

[willy4711]

Ok, mit su - funktioniert die Simulation. Ich bekomme dann eine lange liste von dem was entfernt werden würde. Kann ich davon ausgehen, dass diese Pakete veraltet sind und gelöscht werden können, oder muss ich jeden einzeln vergleichen?

Nein - Kannst du alle Entfernen. Es sind nur Konfigurationsdateien. Die Pakete existieren nicht mehr.

Damit ist doch klar, dass ich nicht alle Befehle, die ich hier mit deiner Hilfe eingebe verstehe. Ich vermute aber, dass der Befehl alle veraltete Pakete herausfinden und löschen soll. Wobei wenn ich beispielsweise das Paket X11-session-utils 7.7+3 vergleiche, zeigt sich, dass es aktuell ist.

Was sagt denn

Code: Alles auswählen

dpkg -l x11-session-utils

Für dpkg gibt es bei den Ubuntus eine Kleine Anleitung:
https://wiki.ubuntuusers.de/dpkg/
unter Paketstatus kannst du dir alle Möglichkeiten
und Kombinationen ansehen.

Diese "rc" zeigt sich in einer dpkg - Anfrage als erstes Kürzel (Status des Paketes) also z.B.

Code: Alles auswählen

dpkg -l |grep ^rc
rc  libkf5alarmcalendar5:amd64                    4:17.12.3-1                           amd64        library for handling kalarm calendar data
rc  libkf5ldap5:amd64                             17.12.3-1                             amd64        library for accessing LDAP
rc  libkpimsmtp5:amd64                            17.12.3-1                             amd64        library for handling SMTP data
rc  libsensors4:amd64                             1:3.4.0-4                             amd64        library to read temperature/voltage/fan sensors
rc  libtirpc1:amd64                               0.2.5-1.2                             amd64        transport-independent RPC library

Mal zitiert aus dem Englischen:

What does rc mean?

For detailed information on interpreting the status, you can refer State of a Package. rc corresponds to

r: the package was marked for removal
c: the configuration files are currently present in the system

Etwas verunsichert mich noch: Du sagst ich hätte gar nicht auf Buster upgradet. Wie kann das sein, wenn in den sources.list buster und nicht strech steht?

Ja , hattest du aber oben nicht gesagt. Dann ist alles gut

War also ein Missverständnis, bzw. du hattest dich nicht genau ausgedrückt.

[UserNrX]

Code: Alles auswählen

dpkg -l x11-session-utils

sagt, dass kein Paket das auf x11-session-utils passt gefunden werden kann, ist also nicht installiert.

Das System ist jetzt bereinigt. Update + Upgrade nochmal durchgeführt.

/ ist dennoch mit 7 von 9 GiB belegt. Vielleicht sollte ich doch /home verkleinern...

[willy4711]

schau mal nach /var/cache/apt/archives/
wenn da was ist:

Code: Alles auswählen

apt clean

[UserNrX]

Ja, da war was. Mit apt clean gelöscht. Leider ändert das nicht viel, / ist noch immer bis auf 90% belegt. In /var/backups gibt es jede Menge .gz-Dateien.

[Tintom]

dpigs zeigt folgenden Pakete an:

Code: Alles auswählen

539948 texlive-latex-extra-doc
293166 texlive-pstricks-doc
281236 openjdk-11-jdk-headless
188314 firefox-esr
159745 libgl1-mesa-dri
156108 openjdk-11-jre-headless
152740 texlive-pictures-doc
148442 linux-image-4.19.0-6-686-pae
147687 linux-image-4.19.0-5-686-pae
131442 gnucash-docs

Mein System habe ich als One-User-System konfiguriert. Ich weiß, dass texlive ein großes Paket ist, deshalb ist es auf /home installiert. Ich hatte immer angenommen, dass auf / nur die Pakete installiert werden, die für das Funktionieren des Systems notwendig sind.

Das verstehe ich nicht. Wie hast du es geschafft texlive auf /home zu installieren?
Die anderen Befehle hast du dir auch angesehen? Was sagst du dazu?

[UserNrX]

Bei der Installation von texlive ist es einem überlassen die Pakete systemweit unter /usr oder nur für einen einzigen user in /home zu laden. Dazu musste ich nur den Pfad zum Verzeichnis meiner Wahl setzen.

Sind meine Annahmen denn falsch, dann müsste / in der Tat viel größer sein. Texlive ist mit Abstand schon immer ein Platzfresser. Will man daneben noch Bilder und Musik archivieren, wird es schnell eng.

deborphan

Code: Alles auswählen

deborphan --guess -all

zeigt mir Pakete von denen ich nicht sagen kann ob ich sie wirklich löschen kann.

Mit debfoster konnte ich 2 überflüssige Pakete entfernen.

Sicherheitspuffer für root habe ich auf null gesetzt. / ist immer noch bis zu 90% belegt.

[Tintom]

Ich habe die Erfahrung gemacht, dass debfoster radikaler vorgeht als deborphan und die Ausgabe von deborphan (ich rufe das Programm ohne --guess auf) schon ruhigen Gewissens vom System entfernt werden kann.

Was mir noch auffällt: In der Ausgabe von dpigs sind unter den zehn größten Paketen vier Dokumentationspakete (Endung -doc) mit einer Größe von ~1 GB vorhanden. Brauchst du die wirklich?
Wenn du Pakete installierst, gibst du apt den Schalter --no-install-recommends --no-install-suggests mit? Das reduziert bei neuen Paketen die Flut an Abhängigkeiten, die auf dem System landen und wirkt bei beengten Platzverhältnissen kleine Wunder.
Aber ich befürchte, sofern keine Platzfresser in /var, /opt o.ä. herumliegen, kommst du um eine Einzelfallbetrachtung der Pakete nicht drum herum.

[UserNrX]

Gut, deborphan's Ausgabe ist relativ übersichtlich. Ich kann mir die Pakete einzeln anschauen und dann entscheiden ob ich sie entferne oder nicht.

Es stimmt, dass ich Pakete ohne Einschränkung installiere. Mir ist es aber eine große Hilfe beim lernen die Manseiten zu lesen. Kurz gesagt gehört für mich die Dokumentation zum Pakete dazu.

Von den Dokumentationsdateien die dpigs herausgibt sind die von texlive sehr groß, und die sind doch auf /home und beanspruchen demnach keinen Platz auf /, oder sehe ich das falsch.

/opt ist bei mir leer.
in /var habe ich die Unterordner mit ls -l -h überprüft: Die meisten sind gerade um die 30KB groß, der größte etwa 30 MB.

[MSfree]

in /var habe ich die Unterordner mit ls -l -h überprüft: Die meisten sind gerade um die 30KB groß, der größte etwa 30 MB.

ls liefert nicht den belegten Platz. Dazu müßtest du schon du bemühen:

Code: Alles auswählen

cd /var
du --max-depth=1 -m

liefert, nachdem du nach /var gewechselt hast, den belegten Platz für die akkumulierten Unterverzeichnisse in MiB. Bei mir sind da z.B. auf einem meiner Rechner 620MB belegt.

[UserNrX]

Ok, vielen Dank für den Hinweis!

Bei mir belegt /var nach

Code: Alles auswählen

du --max-depth=1 -m

insgesamt 778 MiB. Also eine normale Größe für /var denke ich.

[MSfree]

Bei mir belegt /var insgesamt 778 MiB. Also eine normale Größe für /var denke ich.

Naja, nicht ungewöhnlich, aber trotzdem relativ groß.

Wie wäre es, wenn du mal die Ausgabe von

Code: Alles auswählen

su -
cd /
du --maxdepth=1 -m

hier postest?

[UserNrX]

komischerweise ergibt das Befehl nur Fehlermeldungen wonach die Option falsch wäre. Ich habe es wie folgt eingegeben:

Code: Alles auswählen

root@AAA:~# du -d 1 -m
4       ./.config
1       ./Schreibtisch
1       ./Öffentlich
1       ./Musik
1       ./Vorlagen
12      ./.mozilla
1       ./Bilder
1       ./.gnupg
1       ./.aptitude
1       ./.texmf-var
1       ./.mono
1       ./.w3m
1       ./.calcurse
1       ./.android
1       ./.hplip
1       ./.cache
10      ./.ccache
1       ./Mail
47      ./Downloads
1       ./android
1       ./Dokumente
1       ./.dbus
1       ./Videos
1       ./.local
1       ./.nano
1       ./.gimp-2.8
1       ./.emacs.d
1       ./.thumbnails
1       ./bin
73      .

[Tintom]

Es stimmt, dass ich Pakete ohne Einschränkung installiere. Mir ist es aber eine große Hilfe beim lernen die Manseiten zu lesen. Kurz gesagt gehört für mich die Dokumentation zum Pakete dazu.

Unbestritten. Du musst aber bedenken, dass besagte Pakete mit der Endung -doc unter /usr/share/doc abliegen und idR keine Manpages beinhalten. Das heißt sofern du nicht manuell mittels Webbrowser auf /usr/share/doc/<Paetname> zugreifst, vergeuden die Pakete nur Platz.

Von den Dokumentationsdateien die dpigs herausgibt sind die von texlive sehr groß, und die sind doch auf /home und beanspruchen demnach keinen Platz auf /, oder sehe ich das falsch.

Ich habe von dir zum ersten Mal von dieser Möglichkeit gehört. Ich verstehe nicht wie das funktionieren soll. Hast du einen Link für mich zu einem Howto o.ä.?

EDIT: Ich glaube so langsam dämmert es bei mir... Du sagst, du hast texlive komplett im /home installiert. Das bedeutet, du hast texlive am Paketsystem vorbei installiert.
Andersherum bedeutet das: Alles, was bei aptitude search tex|grep ^i auftaucht, ist nicht im /home installiert. Ergo sind auch die Pakete mit der Endung -doc nicht im /home installiert.
Du kannst zur Überprüfung mit dpkg -L <Paketname> den Inhalt und Speicherort der einzelnen Dateien eines Pakets anzeigen lassen. Sofern du ausschließlich Debianpakete verwendest, beginnt kein Speicherort der Pakete mit /home/<...>.

[UserNrX]

Unbestritten. Du musst aber bedenken, dass besagte Pakete mit der Endung -doc unter /usr/share/doc abliegen und idR keine Manpages beinhalten. Das heißt sofern du nicht manuell mittels Webbrowser auf /usr/share/doc/<Paetname> zugreifst, vergeuden die Pakete nur Platz.

Die kann ich demnach getrost löschen, denn über den Webbrowser lese ich keine Dokumentation .

Ich habe von dir zum ersten Mal von dieser Möglichkeit gehört. Ich verstehe nicht wie das funktionieren soll. Hast du einen Link für mich zu einem Howto o.ä.?

Ja, klarhttp://tug.org/texlive/doc/texlive-en/t ... 190003.1.4 hier unter Punkt 3.2.3 Directories

[Tintom]

Ja, klarhttp://tug.org/texlive/doc/texlive-en/t ... 190003.1.4 hier unter Punkt 3.2.3 Directories

Danke! Dann war meine Vermutung doch richtig:

Das bedeutet, du hast texlive am Paketsystem vorbei installiert.

Deswegen taucht auch kein tex-Paket in der dpigs-Ausgabe auf. Das beruhigt mich, ich war schon leicht nervös