openSUSE Leap 16 - unnötige Timer

Hinweis: In dem Thema openSUSE Leap 16 - unnötige Timer gibt es 8 Antworten. Der letzte Beitrag () befindet sich ganz unten auf dieser Seite.
  • Habe gerade ein neues openSUSE Leap 16 frisch (neu) installiert (mit neuer, blanker Platte)

    Kein BTRFS / Snapper:

    Code
    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:



    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:

    Code
    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...

    Für den Inhalt des Beitrages 325777 haftet ausdrücklich der jeweilige Autor: sterun

  • Das sieht unter Tumbleweed genauso aus. Wahrscheinlich ist das eine Standard-Einstellung im Install-Script.

    Nachdem ich diese Timer und auch Software gelöscht habe, sah es so 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.

  • sterun Danke, noch gar nicht bemerkt.....


    @All

    Aber nur machen, wenn btrfs nicht benutzt wird:

    Code
    linux64:/home/stephan # grep btrfs /var/log/zypp/history
    # 2026-03-30 09:04:38 btrfsmaintenance-0.5-160000.2.2.noarch removed ok
    # Removed '/etc/systemd/system/multi-user.target.wants/btrfsmaintenance-refresh.path'.
    # Removed '/etc/systemd/system/timers.target.wants/btrfs-defrag.timer'.
    # Removed '/etc/systemd/system/timers.target.wants/btrfs-scrub.timer'.
    # Removed '/etc/systemd/system/timers.target.wants/btrfs-trim.timer'.
    # Removed '/etc/systemd/system/timers.target.wants/btrfs-balance.timer'.
    2026-03-30 09:04:38|remove |btrfsmaintenance|0.5-160000.2.2|noarch|root@linux64|
    2026-03-30 09:04:38|remove |btrfsprogs-bash-completion|6.14-160000.2.2|x86_64|root@linux64|
    2026-03-30 09:05:06|remove |btrfsprogs|6.14-160000.2.2|x86_64|root@linux64|

    Man kann es aber auch lassen, es stört nicht.

    Für den Inhalt des Beitrages 325783 haftet ausdrücklich der jeweilige Autor: Sauerland

  • 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:

    Code
    systemctl stop snapper-cleanup.timer

    Timer komplett deaktivieren:

    Code
    systemctl disable snapper-cleanup.timer

    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ß...

    Für den Inhalt des Beitrages 325787 haftet ausdrücklich der jeweilige Autor: sterun

  • Es gibt aber auch einen anderen Weg.

    Vermutlich auch über Cockpit.

    Gruß Jürgen

    Für den Inhalt des Beitrages 325789 haftet ausdrücklich der jeweilige Autor: JSC

  • Yast - Software gibt es ja seit openSUSE Leap 16 nicht mehr.

    Wer Tumbleweed nutzt kann auf Yast zurück greifen. Dort kann man problemlos alles löschen das wie snapper oder btrfs aussieht, sofern man es nicht nutzt.

  • Yast - Software gibt es ja seit openSUSE Leap 16 nicht mehr.

    Da muss man unterscheiden:

    Bei einer Neu-Installation hast du völlig recht, bei einem Update von Leap 15.6 --> Leap 16 sind noch einige Yast-Module funktionsfähig, dazu gehört auch z.B. Yast Software, Yast Network.

    Gruß Jürgen

    Für den Inhalt des Beitrages 325795 haftet ausdrücklich der jeweilige Autor: JSC

  • Der Installer bzw. die absurd umfangreichen Abhängigkeiten der ganzen patterns zieht halt alles auch unnötige mit rein. Das o.g. btrfsmaintenance ist ein Teil davon, auch wenn es keine negativen Effekte auf die Performance hat, weil halt keine balancing/cleanup jobs laufen, die die eigentliche Performance kosten. Wer mal nen kleines Projekt für den Urlaub braucht-> manuelle Installation ohne jegliche Patterns, dass da am Ende so was richtig schön schlankes wie ein vanilla Arch raus fällt. Richtig schön, aber fast mehr Arbeit als ein Arch Install.

    PRAISE THE OMNISSIAH

    Für den Inhalt des Beitrages 325799 haftet ausdrücklich der jeweilige Autor: Scytale