Gelöst debian linux bookworm: Belegung von sda1 wird immer größer

[mampfi]

Ich hab drei Arbeitspartitionen root, home und swap

Nun wird die Belegung von sda1 immer größer, früher 28% heute 30%.

Nachdem dadurch auch meine Images immer größer werden, würde ich das gerne verhindern.

Mir wurden im debian-Forum folgende Befehle empfohlen:

apt-get clean
apt-get autoremove

Früherer Test: Ein Restore der Images von den Partitionen, dann war wieder die alte Belegung.


Wieso wird die Belegung immer größer?

Kann doch nicht sein, sonst sind wir irgendwann bei 100% Auslastung.

 

[tomm.fa]

Mir wurden im debian-Forum folgende Befehle empfohlen:

Einen Hinweis/Link gibt es auch noch dazu?
Nicht dass es hierzu führt: Multiposting – Was ist das und warum mag die keiner?
Ebenfalls wären wahrscheinlich Informationen zu vorhandenen Partitionen und Dateisysteme nicht schlecht.

 

[mampfi]

Die Befehle zum "Saubermachen" vom debian-forum liegen ungefähr 100 Jahre zurück,
es gibt dazu einen aktuelleren Link, der führte aber meines Erachtens zu nichts: root-Partition vergrößert sich - debianforum.de

Partitionen auf dem notebook(sda7, sda8, sda10 und sda9 sind Datenpartitionen):

 

[mampfi]

Unter die Definition von Crossposting fällt meines Erachtens nicht
1. Liegt die "aktuelle" Frage im debian-forum schon ein Weilchen zurück
2. Ich hab die Problematik hier erst gepostet, als ich die 30%-Marke überschritten hatte.

 

[Grothesk]

Wieso wird die Belegung immer größer?

Da wirst du schon genauer schauen müssen, was genau da rein läuft. Mit Filelight geht das z. B. ganz gut.

 

[josef-wien]

Läppische 5,39 GiB machen Dir Sorgen? Bei einer solchen Mini-Systempartition mußt Du ziemlich wenige Pakete installiert haben.

P. S. Gibt es einen besonderen Grund, warum Du nur ext3 und ext2 verwendest (und nicht ext4)?

 

[marce]

apt-get clean
apt-get autoremove

Früherer Test: Ein Restore der Images von den Partitionen, dann war wieder die alte Belegung.

verstehe ich richtig: Du setzt die beiden Befehle ab und spielst dann eine bestehende Sicherung ein und wunderst Dich, dass danach alles so ist, wie zuvor?

 

[mampfi]

Ich denke mir, dass meine Version vom Acronis TrueImage Images nur von ext2 und ext3 fahren kann.
Ausserdem: Never change a running system.

Das kann doch nicht normal sein, dass die Belegung immer größer wird.

 

[Sauerland]

Ich denke mir, dass meine Version vom Acronis TrueImage Images nur von ext2 und ext3 fahren kann.
Ausserdem: Never change a running system.

Das kann doch nicht normal sein, dass die Belegung immer größer wird.

ca. 370 MB (ca 2% Unterschied) kannst du schnell erhalten......
Bei mir hat das log schon:

journalctl --disk-usage
Archived and active journals take up 3.9G in the file system.

 

[Grothesk]

Ausserdem: Never change a running system.

Bitte nicht diesen Schwachsinn propagieren. Die meisten Probleme rühren von System her, die solange 'never getatscht' wurden, bis die Kisten komplett versumpft sind. Vielmehr gilt: Keep your system running by constantly and timely updating

 

[mampfi]

ext3 wird verwendet, weil mein Acronis True Image 2011 keine ext4 sichern kann.

Nun habe ich einen Test gefahren, NTFS-Partition verkleinert und hinten eine ext4 erstellt. Image-Test mit TrueImage, somit nachgewiesen, diese Version kann nicht mit ext4

Dabei sind die Partitionen durcheinandergeraten und die Reparatur hat mich ein bißchen Nerven gekostet, nun alles wieder wie vorher.


Warum nehm ich den TrueImage, weil ich mit dem im Gegensatz zum partimage mehrere Partitionen in einem Aufwasch auswählen kann (keine Schleichwerbung, da gibts viele solche Tools)

Der Spruch "Never change a running system." hat sich wieder mal bewahrheitet, der gilt schon mindestens seit MicroVax-Zeiten.

Warum sich die Partitions-Belegung aufbläht ist leider immer noch ungeklärt.

 

[Grothesk]

Der Spruch "Never change a running system." hat sich wieder mal bewahrheitet, der gilt schon mindestens seit MicroVax-Zeiten.

Nee, der war auch damals schon falsch.

Vielleicht solltest du dein uralt Image-Tool mal auf eine aktuelle Version 'changen', die dann auch aktuelle Dateisysteme verabeiten kann.

Und hast du jetzt mal nachgeschaut wo die (vermeintlich) dicken Dateien auf deiner Kiste liegen? Ich würde nämlich behaupten, das das alles in Rahmen des üblichen ist bei dir.
Gut, MicroVax war etwas sparsamer, mag sein...

 

[Grothesk]

Für dich als 'Never change...'-Jünger hab ich was dein 'never getatschtes' ext2 angeht auch eine Hiobs-Botschaft.
ext2 filesystem driver now marked as deprecated - Bootlin's blog
Irgendwer hat den Code für dich gechanged und getatscht. Da wirst du dann wohl in der ein oder anderen Form dein System doch tatschen müssen.

Und genau aus diesen Gründen war 'NTARS' schon immer Unfug.

 

[josef-wien]

Warum sich die Partitions-Belegung aufbläht ist leider immer noch ungeklärt.

Ich sehe nichts von "aufblähen". Linux schreibt laufend Log-Dateien (zur Dokumentation und Fehleranalyse). Wann ältere Eintragungen gelöscht werden, hängt von der Definition Deines Systems ab. Außerdem ist durchaus damit zu rechnen, daß eine neue Version eines installierten Paket größere Dateien mit sich bringt.

 

[marce]

wie wäre es nach dem vielen Gelaber endlich mal mit Fakten?
Poste doch einfach mal die Ausgabe von

sudo du / -m -x --max-depth 1

und schau Dir danach die "dramatischen" VZ mit dem gleichen Befehl an bis Du den Übeltäter gefunden hast...

 

[pinugin]

Acronis True Image 2011

wieso arbeitest Du mit 15 Jahre alten Programmen ????

schaue Dir mal z.B. "Clonzilla" an

 

[Sauerland]

Warum sich die Partitions-Belegung aufbläht ist leider immer noch ungeklärt.

Was verstehst du darunter?
Das hier?

Nun wird die Belegung von sda1 immer größer, früher 28% heute 30%.

Das wären dann um die 370 MB.........

Da kannst du schauen, was installiert ist, oder ob irgendwas das log vollmüllt oder oder........

Wobei ich dies nicht als vollmüllen betrachte.

 

[mampfi]

verstehe ich richtig: Du setzt die beiden Befehle ab und spielst dann eine bestehende Sicherung ein und wunderst Dich, dass danach alles so ist, wie zuvor?

Natürlich nicht gleichzeitig (!!), beim Image-Restore (ohne diese Befehle) wurden aus 29% wieder 27%

 

[mampfi]

Leute, die Diskussion um ext2, ext3 oder ext4 löst das problem nicht (gleich poste ich vom linux-Rechner das Ergebnis des marce-Befehl)

 

[mampfi]

Und nun, Ergebnis vom marce-Befehl:

1    /root
12    /etc
1    /tmp
1    /srv
1    /opt
308    /var
1    /.cache
183    /media
4618    /usr
1    /lost+found
1    /mnt
115    /boot
5234