Vermutlich auch über Cockpit.
Ach ja, natürlich...
Hatte ich tatsächlich nicht auf dem Schirm.
Cockpit biete auch die Option.
Vermutlich auch über Cockpit.
Ach ja, natürlich...
Hatte ich tatsächlich nicht auf dem Schirm.
Cockpit biete auch die Option.
Wie Sauerland schon richtig schrieb, geht es hier um btrfs und snapper Timer Units, die man ruhig ausschalten / löschen kann, wenn man als Dateisystem kein "btrfs" und auch kein "Snapper" nutzt (so wie in diesem Beispiel ein System mit ext4 Dateisystem). Das Deaktivieren nunnötiger Timer / Units / Dienste wirkt sich natürlich positiv auf die Performance aus.
Wie hast du die Timer und die Software gelöscht? Nur mal zur Info für diejenigen, die dies auch durchführen möchten.
Aber gerne...
Man kann als Root "systemd" Timer anhalten und dauerhaft ausschalten.
Als Beispiel der erste Timer "snapper-cleanup.timer":
Timer anhalten:
Timer komplett deaktivieren:
Das macht man dann auch mit den anderen Timern, in denen was von "Snapper" oder "btrfs" steht.
Es gibt aber auch einen anderen Weg.
Yast - Software gibt es ja seit openSUSE Leap 16 nicht mehr.
Also starten wir "Myrlyn" und suchen dort nach "snapper" und auch nach "btrfs".
Bei mir konnten fast alle gefundenen Ergebnisse deinstalliert werden.
Dadurch wurden dann auch automatisch die jeweiligen Timer gelöscht.
Aber hier genau schauen, was man deinstalliert!!!
Egal ob die erste Variante mit "systemctl" oder die zweite Variante mit "Myrlyn".
Wie immer gilt, genau lesen und sicherstellen, dass man nichts "verschlimmbessert" ![]()
Gruß...
Habe gerade ein neues openSUSE Leap 16 frisch (neu) installiert (mit neuer, blanker Platte)
Kein BTRFS / Snapper:
cat /etc/fstab
UUID=f168019f-7f90-4c15-9ab9-f2c7b7307f00 / ext4 defaults 0 1
UUID=29cda2d5-afc5-4b9a-ad7f-b90f9ff4adea /home ext4 defaults 0 2
UUID=4d1cf88d-06a5-4f34-a492-827e12aa0f5a swap swap defaults 0 0
UUID=1486-8DFB /boot/efi vfat utf8 0 2
Habe mir dann mal die Timer Units angeschaut und sehe, dass btrfs und auch Snapper Dienste im Hintergrund laufen:
systemctl list-timers --all
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2026-03-30 00:29:34 CEST 1min 0s - - snapper-cleanup.timer snapper-cleanup.service
Mon 2026-03-30 00:34:34 CEST 6min - - systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2026-03-30 01:00:00 CEST 31min - - snapper-timeline.timer snapper-timeline.service
Mon 2026-03-30 01:20:31 CEST 51min Sun 2026-03-29 19:41:52 CEST - check-battery.timer check-battery.service
Mon 2026-03-30 01:49:42 CEST 1h 21min Sun 2026-03-29 19:41:52 CEST - fstrim.timer fstrim.service
Mon 2026-03-30 10:08:23 CEST 9h Sun 2026-03-29 19:41:52 CEST - man-db.timer man-db.service
Tue 2026-03-31 00:26:30 CEST 23h Mon 2026-03-30 00:28:09 CEST 24s ago logrotate.timer logrotate.service
Tue 2026-03-31 00:32:52 CEST 24h Mon 2026-03-30 00:17:39 CEST - backup-rpmdb.timer backup-rpmdb.service
Tue 2026-03-31 01:09:25 CEST 24h Mon 2026-03-30 00:25:42 CEST 2min 50s ago backup-sysconfig.timer backup-sysconfig.service
Wed 2026-04-01 00:00:00 CEST 1 day 23h Sun 2026-03-29 19:41:52 CEST - btrfs-balance.timer btrfs-balance.service
Wed 2026-04-01 00:00:00 CEST 1 day 23h Sun 2026-03-29 19:41:52 CEST - btrfs-defrag.timer btrfs-defrag.service
Wed 2026-04-01 00:00:00 CEST 1 day 23h Sun 2026-03-29 19:41:52 CEST - btrfs-scrub.timer btrfs-scrub.service
Wed 2026-04-01 00:00:00 CEST 1 day 23h Sun 2026-03-29 19:41:52 CEST - btrfs-trim.timer btrfs-trim.service
Wed 2026-04-01 00:02:21 CEST 1 day 23h Sun 2026-03-29 19:41:52 CEST - wtmpdb-rotate.timer wtmpdb-rotate.service
Alles anzeigen
Wie gesagt, es ist ein reines ext4 System.
Das könnt / solltet ihr bei euch auch mal kontrollieren.
Nachdem ich diese Timer und auch Software gelöscht habe, sah es so aus:
systemctl list-timers --all
NEXT LEFT LAST PASSED UNIT ACTIVATES
Mon 2026-03-30 00:34:34 CEST 1min 21s - - systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2026-03-30 01:46:50 CEST 1h 13min Sun 2026-03-29 19:41:52 CEST - check-battery.timer check-battery.service
Mon 2026-03-30 01:52:30 CEST 1h 19min Sun 2026-03-29 19:41:52 CEST - fstrim.timer fstrim.service
Mon 2026-03-30 02:16:00 CEST 1h 42min Sun 2026-03-29 19:41:52 CEST - man-db.timer man-db.service
Tue 2026-03-31 00:29:47 CEST 23h Mon 2026-03-30 00:28:09 CEST 5min ago logrotate.timer logrotate.service
Tue 2026-03-31 00:41:01 CEST 24h Mon 2026-03-30 00:25:42 CEST 7min ago backup-sysconfig.timer backup-sysconfig.service
Tue 2026-03-31 00:42:32 CEST 24h Mon 2026-03-30 00:17:39 CEST - backup-rpmdb.timer backup-rpmdb.service
Wed 2026-04-01 00:03:05 CEST 1 day 23h Sun 2026-03-29 19:41:52 CEST - wtmpdb-rotate.timer wtmpdb-rotate.service
Have a lot of fun...
An dieser Stelle auch mal ein großes Dankeschön an andalusia für deinen Einsatz ![]()
aber df -h hat früher nie bei btrfs gestimmt.
Genau, besser ist:
(habe ich mal von Kalle und Sauerland gelernt)
Versuch es mal (als Root):
Ansonsten ließ dich mal bitte hier durch:
Hi, sollte es darum gehen, (d)ein Home_Drive eine *.BTRFS Subvolumes zu mounten, dann schau mal hier:
Habe es jetzt unter Tumbleweed getestet und lediglich der Wert von...
widget.use-xdg-desktop-portal.file-picker
...musste auf "1" gesetzt werden.
Danach sah es so aus:
Hier noch Daten (x11 und plasma6):
Hier keine weiteren Repos eingebunden.
Ich würde mir also mal alle geänderten Thunderbird-Settings unter "about:config" anschauen oder zurücksetzen bzw. mal testweise einen neuen User anlegen.
Vorher war es: widget.use-xdg-desktop-portal = diesen löschen
Jetzt geht es noch um: widget.use-xdg-desktop-portal.file-picker = Wert 1