ubuntuusers.de

meine Notebooks mit xubuntu 22.04 benötigen bald ein Upgrade zu 24.04. Vorweg ist zu erwähnen dass ich derzeit eine Vollverschlüsselung mit LUKS/LVM und getrennten Partitionen für EFI, /boot, /, /home und swap verwende. Es gibt somit keine swap-Datei. Dennoch sind von den vor zwi Jahre angelegten 24GB der /-Partition nur noch 3,8GB verfügbar. Reichlich wenig wie ich finde.

Jetzt stellen sich mir zwei Fragen für die Partitionsgrößen bei einer Neuisntallation.

1. wie groß sollte die /-Partition für 24.04 ausfallen?

2. Was belegt auf / so viel Speicher, dass von 24GB nur noch 3,1 übrig sind?

Snap allen kann daran nicht schuldig sein. Alte snaps entferne ich regelmäßig mit folgendem Shell-Script:

1
2
3
4
5
6
7
8
9

#!/bin/bash
 #Removes old revisions of snaps
 #CLOSE ALL SNAPS BEFORE RUNNING THIS
 set -eu
 LANG=en_US.UTF-8 snap list --all | awk '/disabled/{print $1, $3}' |
     while read snapname revision; do
         snap remove "$snapname" --revision="$revision"
     done
bin/clean_snap.sh (END)

Ich habe auch schon bereits versucht mit

1

du -ah / | sort -n -r | head -n 20

dem Problem auf die Spur zu kommen. Leider erfolglos.

Zudem gibt es da ja noch das in SSD/TRIM beschriebene Problem mit SSD und der Freigabe von gelöschtem Speicher auf SSD mit LUKS-Verschlüsselung. Ein mögliches Problem, das ich bisher einfach immer ignoriert habe.

Für das aktuelle System lohnt es sich wohl auch nicht mehr mich damit zu befassen. Schließlich würde bei Neuinstallation das /-Verzeichnis eh neu formatiert werden.

Diese Supportanfrage zielt also auf die Zukunft ab. Konkret:

• kann es wirklich sein, dass einmal belegter Speicherplatz wegen SSD/LUKS und Nichtbeachtung von TRIM einfach nicht mehr freigegeben wird oder wende ich da die Suche mit "du" falsch an?

Was willst du denn nun eigentlich? Upgrade oder Neuinstallation? Beides zusammen geht nicht.

Führe folgenden Befehl in einem Terminal aus und zeige uns die vollständige Ein- und Ausgabe hier im Forum als Codeblock formatiert:

df -h

(Benutze Kopieren Strg + C und Einfügen Strg + V . Im Terminal braucht es zusätzlich die ⇧ -Taste.)

Upgrade oder Neuinstallation? Beides zusammen geht nicht

Es würde so oder so wohl eine Neuinstallation werden, weil Upgrade unter Beibehaltung der derzeitigen Partitionierung der xubuntu-Installer sowieso nicht erlaubt.

Aber für das Problem ist es sowieso unerheblich. Der Kern des Problems ist doch dass 24GB für die /-Partition zu klein sind, jedenfalls wenn ich da nichts ändere, entweder auf Snaps verzichte oder eine andere Ursache finde, warum von 24GB schon mehr als 20GB belegt sind.

Der Kern des Problems ist der enorme Verbrauch an Speicherplatz auf der /-Partition.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

~# df -h
Dateisystem               Größe Benutzt Verf. Verw% Eingehängt auf
tmpfs                      774M    2,2M  772M    1% /run
/dev/mapper/vgubuntu-root   24G     20G  3,1G   87% /
tmpfs                      3,8G       0  3,8G    0% /dev/shm
tmpfs                      5,0M    4,0K  5,0M    1% /run/lock
/dev/nvme0n1p2             974M    251M  656M   28% /boot
tmpfs                      3,8G       0  3,8G    0% /run/qemu
/dev/mapper/vgubuntu-home  433G    300G  111G   74% /home
/dev/nvme0n1p1            1020M    7,1M 1013M    1% /boot/efi
tmpfs                      774M    1,7M  773M    1% /run/user/1000

Tjo so lange wie du Snaps nutzen willst wird das eher schlimmer als besser werden. Ich würde bei *buntu mit Snapnutzung nicht mehr unter 50GB für / anfangen. Aber ich nutze ja bekanntlich keine Snaps also bin ich an der Stelle raus.

Nachtrag: Du kannst dir ja mal mit

lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINT

anguggen wieviel Platz die Snaps verschwenden. Und je mehr Snaps du verwendest um so schlimmer wird das.

schwarzheit schrieb:

Aber ich nutze ja bekanntlich keine Snaps

Das ist tatsächlich auch für mich eine Option. Bevor ich diesen Beitrag verfasst habe, habe ich in einer VM auf einem Server schon mal testweise ubuntu 24.04 Server Edition installiert, dann den xubuntu Desktop hinzugefügt und danach dann gleich gemäß Wiki-Anleitung snapd deinstalliert. Thunderbird und Firefox hab ich dann aus dem “Mozilla Team” ppa installiert.

Ist also durchaus eine Option auch für mich auf Snaps zu verzichten.

Die Frage die mich quält ist aber dennoch, die, ob wirklich nur diese Snaps Grund für den erhebliche Verbrauch an Speicher auf der SSD sind, oder ich da noch ein anderes Problem haben könnte, eben wegen SSD und LUKS, ohne dass ich mich um TRIM gekümmert hätte.

Ups - mein Nachtrag hat sich mit deinem Post überschnitten.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

~# lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINT
NAME                  SIZE FSTYPE      MOUNTPOINT
loop0                   4K squashfs    /snap/bare/5
loop1                10,7M squashfs    /snap/canonical-livepatch/286
loop2               104,2M squashfs    /snap/core/17200
loop3                55,4M squashfs    /snap/core18/2846
loop4                63,7M squashfs    /snap/core20/2434
loop5                73,9M squashfs    /snap/core22/1722
loop6                66,2M squashfs    /snap/core24/609
loop7                67,8M squashfs    /snap/cups/1067
loop9               273,7M squashfs    /snap/firefox/5437
loop10              349,7M squashfs    /snap/gnome-3-38-2004/143
loop11              505,1M squashfs    /snap/gnome-42-2204/176
loop12              406,3M squashfs    /snap/gnome-46-2404/48
loop13               91,7M squashfs    /snap/gtk-common-themes/1535
loop14              211,5M squashfs    /snap/mesa-2404/143
loop15               99,2M squashfs    /snap/session-desktop/341
loop17              173,6M squashfs    /snap/signal-desktop/740
loop18               44,3M squashfs    /snap/snapd/23258
loop19              110,2M             /snap/discord/221
nvme0n1             476,9G             
├─nvme0n1p1             1G vfat        /boot/efi
├─nvme0n1p2             1G ext4        /boot
└─nvme0n1p3         474,9G crypto_LUKS 
  └─nvme0n1p3_crypt 474,9G LVM2_member 
    ├─vgubuntu-swap  10,4G swap        [SWAP]
    ├─vgubuntu-root    24G ext4        /
    └─vgubuntu-home 440,5G ext4        /home

Die Snaps aus den loops fressen somit ~ 2,7GB. Aber das kann ja nicht alles sein, bei 20GB, die belegt sind.

Die Loops sind die Snaps.

Gugg mal das ist eine nackige Ubuntu VM:

vm@vm-ubuntu-2404:~$ du -h / --max-depth=1 2>/dev/null | sort -hr | head -n 10
13G	/
3,9G	/snap
3,7G	/usr
2,6G	/var
94M	/boot
90M	/home
12M	/etc
1,5M	/run
84K	/tmp
16K	/lost+found
vm@vm-ubuntu-2404:~$ 

Mal noch n Gedanke: wie siehts bei dir denn mit Systempflege aus? Also ich meine regelmäßige aufräumen und entmüllen.

adelaar schrieb:

Es würde so oder so wohl eine Neuinstallation werden, weil Upgrade unter Beibehaltung der derzeitigen Partitionierung der xubuntu-Installer sowieso nicht erlaubt.

Der Installer kann nur installieren, der kann überhaupt kein Upgrade. Somit kann der nicht nur unter Beibehaltung der derzeitigen Partitionierung sondern auch sonst keinerlei Upgrade durchführen...

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

ServerOhneSchnaps:~# du -h / --max-depth=1 2>/dev/null | sort -hr | head -n 10
305G	/
301G	/var
4,1G	/usr
195M	/boot
11M	/etc
7,0M	/home
2,6M	/root
2,3M	/run
108K	/tmp
16K	/lost+found

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

NotebookMitVielSchnaps:~# du -h / --max-depth=1 2>/dev/null | sort -hr | head -n 10
327G	/
300G	/home
11G	/var
8,3G	/usr
7,3G	/snap
258M	/boot
247M	/opt
23M	/etc
8,1M	/root
3,8M	/run

Die Snaps aus den loops fressen somit ~ 2,7GB. Aber insgesamt sind da ja 7.3G unter /snap zu sehen

so jetzt kannste in jeden einzelnen Verzeichnis nach den Platzfressern schauen.

z.B.

du -h /var --max-depth=1 2>/dev/null | sort -hr | head -n 10

In dem Verzeichnis können z.B. die logs überlaufen.

So musste dich halt Stückchen für Stückchen durchhangeln und ggf. anpassen. z.B. logs begrenzen

P.S. ich würd mit Systempflege anfangen - das geht schneller 😀

tomtomtom schrieb:

adelaar schrieb: Der Installer kann nur installieren, der kann überhaupt kein Upgrade.

Ja, du hast recht, habe mich falsch ausgedrückt. Der Installer von 22.04 konnte noch neu Installieren unter Beibehaltung der /home Partition, auch wenn das System verschlüsselt ist. Der Installer von 24.04 kann das nicht. Der kann dann nur noch die gesamte Platte neu partitionieren, wobei es dann weder eine verschlüsselte separate swap noch eine /home Partition gibt.

Bisher hab ich immer /home nicht neu formatiert, damit z.B. Thunderbird die eMail-Konten und gespeicherten Mails nach der Installation findet und gleich wieder verwendet, ein Import aus der vorher natürlich dennoch erstellten Datensicherung überflüssig ist. Das richtige Upgrade via do-release-upgrade habe ich auf LUKS/LVM verschlüsselten Systemen noch nie verwendet.

Aber die Möglichkeit bei einer Neuinstallation das /home beizubehalten, mit allen Dateien, ist doch einer der Vorteile bei getrennter /home. Genau das geht aktuell aber nicht mehr wenn LUKS/LVM im Spiel sind.

@schwarzheit

In dem Verzeichnis können z.B. die logs überlaufen.

Die Logs halten sich noch in Grenzen. 2,3G seit März 2024. Alles davor ist wohl schon gelöscht. Der mit Abstand größte Brocken sind mit 7,3G die Snaps. Ich werde beim Umstieg auf 24.04 darauf verzichten und alles was geht aus anderen Quellen installieren. Thunderbird und Firefox aus dem ppa des Mozilla Teams.

Das wird ja nicht besser mit den Snaps. Und wenn 26.04 gar nicht mehr ohne Snaps geht, dann nehme ich eben Debian. Bei reinen Servern (wie für meine Nextcloud) nehme ich eh schon lange nur noch Debian, weil ich keine Lust auf Netplan habe.

Vielen Dank für Deine Hilfe !!!

Für mich ist das nun gelöst.

Wie gesagt neben den Snaps wäre für mich noch Systempflege n Ansatz. Also regelmäßig System putzen. Alte Kernel und nicht mehr gebrauchte Software entfernen. Sowas halt.

Man kann sich z.B. n Alias anlegen der das alles inkl. Updates in einem Rutsch erledigt. Lesestoff: alias

Meine ~/bash_aliases sieht z.B. so aus:

# schnelles Aktualisieren & System bereinigen
alias up='sudo apt update && sudo apt upgrade && sudo apt autopurge && sudo apt clean && sudo apt purge ~c'

Mit Snap brauch es dazwischen noch ein sudo snap refesh.

Alte Software musste über andere Wege entfernen.