Klingt gut 
Poste trotzdem einmal:
zypper lr -dPS:
Was am Mittwoch alles installiert wurde, kannst du dir anschauen mit:
cat /var/log/zypp/history | grep -E -i "2019-04-10"Hat das Löschen der Snapshots etwas gebracht?
Und noch mal zu meiner anderen Frage...
Gab / gibt es virtuelle Maschinen, die evtl. noch Speicher belegen?
Wie wurde das Upgrade eingentlich durchgeführt?
Starte Yast - Snapper und lösche dort die ältesten Snapshots.
Einen nach dem anderen Snapshot.
Öffne parallel dazu KSysGuard - Systemlast und warte bis die Auslastung wieder runter geht.
Anschl. den nächsten Snapshot löschen. - und so weiter...
Beim Löschen über Yast - Snapper wird freier Speicher direkt wieder freigegeben.
Wieso soll dieser snapshot ein Problem sein ? Er ist vom Dezember. Und das Plattenplatzproblem habe ich seit Mittwoch
Kein Problem... aber das Löschen älterer Snapshots bringt mehr an freien Speicher.
Als Root (su -):
snapper delete --sync 369
Das Löschen inkl. sync kann 1-3 Min. laufen.
Sehr durcheinander...
Hast du virtuelle Maschinen gespeichert?
Poste noch:
snapper -c root get-config | grep QGROUPUnd als Root (su -):
btrfs subvolume list /Poste noch mal:
btrfs filesystem showUnd:
btrfs qgroup show /Manchmal hilft es btrfs-balance zu starten um den Speicherplatz unmittelbar freizugeben.
Da hatte man auch gleich:
snapper delete --sync 282-547...nehmen können.
Habt ihr Vorschläge?
Wechsel in eine Konsole mit Strg + Alt + F2 führt dann meist zum Aufhängen des Gesamtsystems
Genau dieses Problem hatte mein Rechner auch unter openSUSE Leap 42.3 (ein neuer Kernel behob das Problem).
Unter openSUSE Leap 15.0 lief alles wieder normal (auch mit dem Standard-Kernel).
Und poste, zusätzlich zu Post #7, auch:
zypper lr -dUnd auch:
dmesg | grep -E -i "error|fail|crit"