• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Gelöst Viele Ordner in /tmp

Hallo,

eigentlich dachte ich, das Thema ist erledigt und ich hätte alles richtig eingestellt. Aber nun müsste mir jemand noch einmal erklären, wie der /tmp-Ordner beim Boot automatisch bereinigt wird.
Das Problem ist, dass derzeit viele Ordner in /tmp liegen, die teilweise Monate alt sind:
Code:
beastxxl@linux-5099:/etc/tmpfiles.d> ls -l /tmp/
insgesamt 960
-rw------- 1 beastxxl users     0 12. Mai 11:55 BlobS6Ly9w
srwxrwxrwx 1 beastxxl users     0  8. Okt 19:45 dbus-QOrSx5DDHD
drwxr-x--- 2 beastxxl users  4096 12. Aug 11:54 epsonWork_3499
drwxr-xr-x 3 beastxxl users  4096 12. Mai 12:11 gimp
drwxr-xr-x 2 beastxxl users  4096  7. Okt 19:09 hsperfdata_beastxxl
-rw-r--r-- 1 beastxxl users     1  5. Mai 12:37 lutris-b2762c2b-f911-46b1-97b0-55a8dfc3a752
drwx------ 2 beastxxl users  4096  2. Jul 17:43 MozillaMailnews
-rw------- 1 beastxxl users 24064  6. Aug 17:54 nsmail.doc
drwx------ 2 beastxxl users  4096 14. Aug 14:13 pid-2007
drwx------ 2 beastxxl users  4096  4. Aug 22:33 pid-2026
drwx------ 2 beastxxl users  4096 17. Sep 21:59 pid-2028
drwx------ 2 beastxxl users  4096 19. Jun 20:05 pid-2031
drwx------ 2 beastxxl users  4096  4. Jun 17:18 pid-2040
drwx------ 2 beastxxl users  4096 11. Jun 17:38 pid-2052
drwx------ 2 beastxxl users  4096 23. Jul 18:55 pid-2059
drwx------ 2 beastxxl users  4096  6. Aug 17:52 pid-2066
drwx------ 2 beastxxl users  4096 22. Jul 06:03 pid-2190
drwx------ 2 beastxxl users  4096  5. Jul 15:51 pid-2326
drwx------ 2 beastxxl users  4096 16. Mai 19:20 pid-2353
drwx------ 2 beastxxl users  4096 25. Sep 16:51 pid-2381
drwx------ 2 beastxxl users  4096 27. Jun 17:04 pid-2411
drwx------ 2 beastxxl users  4096 11. Aug 10:12 pid-2436
drwx------ 2 beastxxl users  4096  2. Jul 17:51 pid-2617
drwx------ 2 beastxxl users  4096  6. Okt 20:29 pid-2640
drwx------ 2 beastxxl users  4096  6. Okt 12:48 pid-2707
drwx------ 2 beastxxl users  4096 20. Jun 20:20 pid-2914
drwx------ 2 beastxxl users  4096 25. Sep 16:55 pid-2969
drwx------ 2 beastxxl users  4096 30. Sep 19:37 pid-3033
drwx------ 2 beastxxl users  4096 19. Jun 20:15 pid-3137
drwx------ 2 beastxxl users  4096  3. Okt 16:33 pid-3458
drwx------ 2 beastxxl users  4096  3. Jul 18:03 pid-3517
drwx------ 2 beastxxl users  4096 15. Jul 21:01 pid-3724
drwx------ 2 beastxxl users  4096 16. Jul 17:02 pid-3737
drwx------ 2 beastxxl users  4096  2. Aug 16:12 pid-3926
drwx------ 2 beastxxl users  4096 12. Jul 14:57 pid-4135
drwx------ 2 beastxxl users  4096 14. Aug 09:17 pid-4612
drwx------ 2 beastxxl users  4096 31. Jul 17:55 pid-4947
drwx------ 2 beastxxl users  4096  1. Jul 19:49 pid-5657
drwx------ 2 beastxxl users  4096  2. Sep 17:37 pid-6040
drwx------ 2 beastxxl users  4096  7. Okt 19:09 pid-6453
drwx------ 2 beastxxl users  4096  1. Sep 11:29 pid-7872
drwx------ 2 beastxxl users  4096  1. Aug 19:10 pid-9555
drwx------ 2 beastxxl users  4096 22. Jun 17:55 plasma-csd-generator.aCSTRO
drwx------ 2 beastxxl users  4096  3. Okt 16:26 plasma-csd-generator.aEnQFs
drwx------ 2 beastxxl users  4096  8. Sep 09:35 plasma-csd-generator.AiEyZa
drwx------ 2 beastxxl users  4096 13. Aug 11:53 plasma-csd-generator.aJlahj
drwx------ 2 beastxxl users  4096 14. Aug 15:05 plasma-csd-generator.AJnhdV
drwx------ 2 beastxxl users  4096 17. Jun 18:25 plasma-csd-generator.ALdxDO
drwx------ 2 beastxxl users  4096 10. Jun 20:27 plasma-csd-generator.almOBm
drwx------ 2 beastxxl users  4096 11. Jun 14:57 plasma-csd-generator.ashBRB
drwx------ 2 beastxxl users  4096  9. Jul 16:30 plasma-csd-generator.ASkeEZ
Es geht noch weiter, aber wegen der Zeichenmengenbegrenzung kürze ich mal ab. Von den plasma-csd-generator-Dateien gibt's noch sehr viele.
Meine tmp.conf sieht so aus:
Code:
beastxxl@linux-5099:/etc/tmpfiles.d> cat tmp.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

# See tmpfiles.d(5) for details

# Clear tmp directories separately, to make them easier to override
# SUSE policy: we don't clean those directories
d /tmp 1777 root root 7d
d /var/tmp 1777 root root 28d

# Exclude namespace mountpoints created with PrivateTmp=yes
x /tmp/systemd-private-%b-*
X /tmp/systemd-private-%b-*/tmp
x /var/tmp/systemd-private-%b-*
X /var/tmp/systemd-private-%b-*/tmp

# Remove top-level private temporary directories on each boot
R! /tmp/systemd-private-*
R! /var/tmp/systemd-private-*
beastxxl@linux-5099:/etc/tmpfiles.d>
Falls es von Interesse ist:
Code:
beastxxl@linux-5099:/etc/tmpfiles.d> df
Dateisystem    1K-Blöcke  Benutzt Verfügbar Verw% Eingehängt auf
devtmpfs            4096        0      4096    0% /dev
tmpfs           16386176        4  16386172    1% /dev/shm
tmpfs            6554472    18336   6536136    1% /run
tmpfs               4096        0      4096    0% /sys/fs/cgroup
/dev/nvme0n1p7  30786468 12174632  17022640   42% /
/dev/nvme0n1p2     97280    30691     66589   32% /boot/efi
/dev/nvme0n1p8  51290592 13620788  35031980   28% /home
/dev/sda1      376387596 13578896 343615972    4% /Games
tmpfs            3277232       64   3277168    1% /run/user/1000
beastxxl@linux-5099:/etc/tmpfiles.d>
Mein Wunsch wäre, den/die Temp-Odner in den RAM zu verlagern und beim Boot den/die übrigen Temp-Ordner zu bereinigen.
Wo ist der Fehler bei mir?
Danke für eure Hilfe.
 
Was sagt als root ausgeführt:
Code:
systemctl list-timers

Code:
cat /usr/lib/systemd/system/timers.target.wants/systemd-tmpfiles-clean.timer

Bei mir funktioniert es, ich habe auf 5 Tage behalten eingestellt und keine Datei/Verzeichnis ist älter als 5 Tage.
 
Noch ein kleines Update:
Nachdem ich
Code:
beastxxl@linux-5099:~> sudo systemd-tmpfiles --clean
versucht hatte, bekam ich die gleiche Fehlermeldung wie in diesem Thread: /tmp dir beim booten löschen.
Ich meine diese Ausgabe
Code:
/etc/tmpfiles.d/tmp.conf:12: Duplicate line for path "/tmp", ignoring.
/etc/tmpfiles.d/tmp.conf:13: Duplicate line for path "/var/tmp", ignoring.
Daher habe ich, wie von dir damals vorgeschlagen, die zwei Dateien angelegt. Nun kommt zwar keine Fehlermeldung (Duplicate...) mehr, aber der /tmp-Ordner ist immer noch voll.
Code:
beastxxl@linux-5099:/etc/tmpfiles.d> cat fs-tmp.conf
d /tmp 1777 root root 10d
beastxxl@linux-5099:/etc/tmpfiles.d> cat fs-var-tmp.conf
d /var/tmp 1777 root root 28d
beastxxl@linux-5099:/etc/tmpfiles.d>
Hier die Ausgaben:
Code:
linux-5099:/home/beastxxl # systemctl list-timers
NEXT                         LEFT                LAST                         PASSED            UNIT                         ACTIVATES                     
Tue 2024-10-08 21:32:41 CEST 6min left           n/a                          n/a               systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Tue 2024-10-08 23:01:12 CEST 1h 34min left       Mon 2024-10-07 19:31:59 CEST 1 day 1h ago      backup-rpmdb.timer           backup-rpmdb.service
Wed 2024-10-09 00:00:00 CEST 2h 33min left       Tue 2024-10-08 17:49:19 CEST 3h 37min ago      logrotate.timer              logrotate.service
Wed 2024-10-09 00:00:00 CEST 2h 33min left       Tue 2024-10-08 17:49:19 CEST 3h 37min ago      mandb.timer                  mandb.service
Wed 2024-10-09 00:32:02 CEST 3h 5min left        Tue 2024-10-08 19:07:44 CEST 2h 18min ago      backup-sysconfig.timer       backup-sysconfig.service
Wed 2024-10-09 01:00:22 CEST 3h 33min left       Tue 2024-10-08 18:39:26 CEST 2h 47min ago      check-battery.timer          check-battery.service
Mon 2024-10-14 00:00:00 CEST 5 days left         Mon 2024-10-07 17:42:18 CEST 1 day 3h ago      btrfs-balance.timer          btrfs-balance.service
Mon 2024-10-14 01:15:02 CEST 5 days left         Mon 2024-10-07 18:42:10 CEST 1 day 2h ago      fstrim.timer                 fstrim.service
Fri 2024-11-01 00:00:00 CET  3 weeks 2 days left Tue 2024-10-01 16:02:47 CEST 1 week 0 days ago btrfs-scrub.timer            btrfs-scrub.service

9 timers listed.
Pass --all to see loaded but inactive timers, too.
linux-5099:/home/beastxxl # cat /usr/lib/systemd/system/timers.target.wants/systemd-tmpfiles-clean.timer
#  SPDX-License-Identifier: LGPL-2.1-or-later
#
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=Daily Cleanup of Temporary Directories
Documentation=man:tmpfiles.d(5) man:systemd-tmpfiles(8)
ConditionPathExists=!/etc/initrd-release

[Timer]
OnBootSec=15min
OnUnitActiveSec=1d
linux-5099:/home/beastxxl #
 
Läuft denn der Timer:
Code:
systemctl status systemd-tmpfiles-clean.timer
Nach deiner obigen Ausgabe wohl erst kurz..............
 
Code:
linux-5099:/etc/tmpfiles.d # systemctl status systemd-tmpfiles-clean.timer
● systemd-tmpfiles-clean.timer - Daily Cleanup of Temporary Directories
     Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-clean.timer; static)
     Active: active (waiting) since Tue 2024-10-08 21:17:49 CEST; 27min ago
    Trigger: Wed 2024-10-09 21:32:44 CEST; 23h left
   Triggers: ● systemd-tmpfiles-clean.service
       Docs: man:tmpfiles.d(5)
             man:systemd-tmpfiles(8)

Okt 08 21:17:49 linux-5099 systemd[1]: Started Daily Cleanup of Temporary Directories.
linux-5099:/etc/tmpfiles.d #
Mir ist gerade etwas aufgefallen: Die meisten Dateien/Ordner, die dem User und Group root angehören, sind sehr jung (erst heute erstellt). Die Dateien/Ordner von beastxxl, users sind älter. Ich weiß nicht, wie die tempfiles von systemd gelöscht werden, aber könnte es sein, dass beim Löschen nach den "falschen" Dateien gesucht wird. Soll heißen, die Dateien von beastxxl, users werden mit d /tmp 1777 root root nicht erkannt?
Das sind die letzten Einträge in /tmp, wo man den Unterschied gut sehen kann:
Code:
drwxr-xr-x 2 beastxxl users  4096 30. Sep 19:41 __pycache__
-rw-r----- 1 beastxxl users     0 11. Mai 17:50 qipc_sharedmemory_soliddiskinfomemac5ffa537fd8798875c98e190df289da7e047c05
-rw-r----- 1 beastxxl users     0  9. Aug 18:34 qipc_systemsem_soliddiskinfomemac5ffa537fd8798875c98e190df289da7e047c05
-rw-r----- 1 beastxxl users     0 11. Mai 17:50 qipc_systemsem_soliddiskinfosem92d02dca794587d686de797d715edb3b58944546
-rw-r--r-- 1 beastxxl users     0  5. Mai 13:38 qtsingleapp-clemen-d211-3e8-lockfile
srwx------ 1 sddm     sddm      0  8. Okt 21:17 sddm-:0-IzyKEC
srwxr-xr-x 1 root     root      0  8. Okt 21:17 sddm-auth8ce9925a-8466-4a15-84b4-3092f4097f33
drwx------ 3 root     root   4096  8. Okt 21:17 systemd-private-43fa4f02dcc84432b8f13b00ad98f82c-chronyd.service-TlAm0i
drwx------ 3 root     root   4096  8. Okt 21:17 systemd-private-43fa4f02dcc84432b8f13b00ad98f82c-ModemManager.service-2ie1oj
drwx------ 3 root     root   4096  8. Okt 21:18 systemd-private-43fa4f02dcc84432b8f13b00ad98f82c-power-profiles-daemon.service-kdgOWi
drwx------ 3 root     root   4096  8. Okt 21:17 systemd-private-43fa4f02dcc84432b8f13b00ad98f82c-rtkit-daemon.service-A86Olg
drwx------ 3 root     root   4096  8. Okt 21:17 systemd-private-43fa4f02dcc84432b8f13b00ad98f82c-systemd-logind.service-jwRw5e
drwx------ 3 root     root   4096  8. Okt 21:17 systemd-private-43fa4f02dcc84432b8f13b00ad98f82c-upower.service-PnvKnh
drwx------ 2 beastxxl users  4096  8. Okt 21:18 Temp-18a6532f-1257-4188-ae6d-0b1806937ebc
drwxrwxrwt 2 root     root   4096  5. Mai 14:09 .Test-unix
drwx------ 2 root     root   4096  8. Okt 21:14 tilde--0
drwxrwxrwt 2 root     root   4096  8. Okt 21:17 .X11-unix
drwxrwxrwt 2 root     root   4096  5. Mai 14:09 .XIM-unix
-rw------- 1 beastxxl users     0 12. Aug 11:48 xsane-preview-level-0-epsonscan2:XP-4200Series:001:002:esci2:usb:ES025C:4528.ppm-1000-lS4PgL
-rw------- 1 beastxxl users     0 12. Aug 11:48 xsane-preview-level-1-epsonscan2:XP-4200Series:001:002:esci2:usb:ES025C:4528.ppm-1000-ydBvcO
-rw------- 1 beastxxl users     0 12. Aug 11:48 xsane-preview-level-2-epsonscan2:XP-4200Series:001:002:esci2:usb:ES025C:4528.ppm-1000-1XSXmM
linux-5099:/etc/tmpfiles.d #
Gut, die zwei Dateien .Test-unix und .XIM-unix fallen aus diesem Muster raus...kA wo die herkommen:confused-lc:
 
OK, es gibt ein Update, aber ich weiß nicht, ob es gut oder schlecht ist.
Ich habe noch etwas im Internet gestöbert und dann einfach mal einen Versuch gestartet:
Ich habe fs-tmp.conf wie folgt geändert
Code:
beastxxl@linux-5099:/etc/tmpfiles.d> cat fs-tmp.conf
D /tmp 1777 root root 10d
beastxxl@linux-5099:/etc/tmpfiles.d>
Also "D" statt "d" und dann
Code:
beastxxl@linux-5099:/etc/tmpfiles.d> sudo systemd-tmpfiles --remove
ausgeführt. Hier bin ich mir nicht sicher, ob ich einen Verweis auf dir conf-Datei hätte machen sollen.
Naja, das Ergebnis ist, dass /tmp (und wahrscheinlich auch /var/tmp) komplett geleert wurden.
Code:
linux-5099:/home/beastxxl # ls -l /tmp/
insgesamt 48
srwxrwxrwx 1 beastxxl users    0  9. Okt 19:17 dbus-syEnqWUDxe
drwxrwxrwt 2 root     root  4096  9. Okt 19:17 .font-unix
drwxrwxrwt 2 root     root  4096  9. Okt 19:17 .ICE-unix
drwx------ 2 beastxxl users 4096  9. Okt 19:17 plasma-csd-generator.RGBEwi
srwxr-xr-x 1 beastxxl users    0  9. Okt 19:18 qtsingleapp-clemen-d211-3e8
-rw-r--r-- 1 beastxxl users    0  9. Okt 19:18 qtsingleapp-clemen-d211-3e8-lockfile
srwx------ 1 sddm     sddm     0  9. Okt 19:17 sddm-:0-mmrcJa
srwxr-xr-x 1 root     root     0  9. Okt 19:17 sddm-auth7d2c55fb-7e07-4d0f-86a4-52a35297256f
drwx------ 3 root     root  4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-chronyd.service-F2087i
drwx------ 3 root     root  4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-ModemManager.service-5wsrjj
drwx------ 3 root     root  4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-power-profiles-daemon.service-INm0th
drwx------ 3 root     root  4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-rtkit-daemon.service-lUmAXh
drwx------ 3 root     root  4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-systemd-logind.service-v5yX7h
drwx------ 3 root     root  4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-upower.service-08ogwi
drwxrwxrwt 2 root     root  4096  9. Okt 19:17 .Test-unix
drwxrwxrwt 2 root     root  4096  9. Okt 19:17 .X11-unix
drwxrwxrwt 2 root     root  4096  9. Okt 19:17 .XIM-unix
linux-5099:/home/beastxxl # ls -l /var/tmp/
insgesamt 24
drwx------ 3 root root 4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-chronyd.service-05J6ai
drwx------ 3 root root 4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-ModemManager.service-66ru6h
drwx------ 3 root root 4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-power-profiles-daemon.service-2Qusaj
drwx------ 3 root root 4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-rtkit-daemon.service-S3DbPg
drwx------ 3 root root 4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-systemd-logind.service-2oM36f
drwx------ 3 root root 4096  9. Okt 19:17 systemd-private-bca3b769fe764ccb96e739f5763ebf50-upower.service-7agyog
linux-5099:/home/beastxxl #
Bei mir bleibt die Fragen, ob ich die fs-tmp.conf-Datei besser wieder ändern soll ("d" statt "D")?

Und zu den vielen plasma-csd-generator-Dateien habe ich gelesen, dass es wohl mit Apps oder Fenstern zu tun hat, die Clientseitig gezeichnet werden (und nicht Serverseitig); siehe hier. Um nun die Wahrscheinlichkeit zu verringern, dass wieder so viele plasma-csd-generator-Dateien in /tmp landen, wäre es doch schlau, die Ursache dafür zu beseitigen. Leider habe ich keine Ahnung, wie ich das machen soll. Wie finde heraus, was genau dafür verantwortlich ist?
 
Ja, ich weiß. Nachdem, was ich gelesen hatte, klang es so, dass die "D"-Option bzw. in Verbindung mit
Code:
systemd-tmpfiles --remove
eher Ordner in /tmp löschen kann als "d". Ich weiß nur nicht mehr, wo ich das gelesen hatte...
 
Ja, richtig. Danke.

Bleibt immer noch die Frage, ob "D" oder "d" besser ist und was ich gegen die Erzeugung der plasma-csd-generator-Dateien/Ordner machen kann.

Leider muss ich die ganze Sache noch ein bisschen beobachten, ob es diesmal mit der Altersgrenze funktioniert.
 
OK, irgendwie funktioniert es bei mir nicht. Irgendwas verhindert die Löschung der Dateien, wenn sie das eingestellte Alter erreicht haben.
Bei /var/tmp/ funktioniert es, bei /tmp/ nicht:
Code:
beastxxl@linux-5099:~> ls -l /tmp/
insgesamt 140
srwxrwxrwx 1 beastxxl users    0 20. Okt 08:41 dbus-yrXU7rvcpe
drwxr-xr-x 2 beastxxl users 4096 20. Okt 09:52 hsperfdata_beastxxl
drwx------ 2 beastxxl users 4096 18. Okt 19:31 pid-16411
drwx------ 2 beastxxl users 4096 19. Okt 12:57 pid-2283
drwx------ 2 beastxxl users 4096 20. Okt 09:33 pid-4068
drwx------ 2 beastxxl users 4096 12. Okt 17:33 plasma-csd-generator.cMuzBR
drwx------ 2 beastxxl users 4096 17. Okt 20:36 plasma-csd-generator.eBuAuA
drwx------ 2 beastxxl users 4096 19. Okt 14:47 plasma-csd-generator.GLwiwm
drwx------ 2 beastxxl users 4096 18. Okt 15:00 plasma-csd-generator.iBTUUo
drwx------ 2 beastxxl users 4096 19. Okt 17:35 plasma-csd-generator.ImTSAf
drwx------ 2 beastxxl users 4096 18. Okt 14:29 plasma-csd-generator.jQdnXp
drwx------ 2 beastxxl users 4096 18. Okt 15:00 plasma-csd-generator.KaFxvU
drwx------ 2 beastxxl users 4096 14. Okt 17:55 plasma-csd-generator.lknzVY
drwx------ 2 beastxxl users 4096 12. Okt 15:06 plasma-csd-generator.mkRYEM
drwx------ 2 beastxxl users 4096 18. Okt 17:21 plasma-csd-generator.mwoqNK
drwx------ 2 beastxxl users 4096 12. Okt 09:57 plasma-csd-generator.PIBcKu
drwx------ 2 beastxxl users 4096 13. Okt 08:44 plasma-csd-generator.rahYkb
drwx------ 2 beastxxl users 4096 11. Okt 19:53 plasma-csd-generator.tlyGbY
drwx------ 2 beastxxl users 4096 16. Okt 21:09 plasma-csd-generator.VJeggM
drwx------ 2 beastxxl users 4096 15. Okt 17:23 plasma-csd-generator.xEpSRW
drwx------ 2 beastxxl users 4096 20. Okt 08:41 plasma-csd-generator.XKpsYl
drwx------ 2 beastxxl users 4096 19. Okt 12:56 plasma-csd-generator.yCczlQ
drwx------ 2 beastxxl users 4096 13. Okt 15:17 plasma-csd-generator.YEwFvD
drwxr-xr-x 2 beastxxl users 4096 19. Okt 10:23 __pycache__
-rw-r--r-- 1 beastxxl users    0 12. Okt 10:18 qtsingleapp-clemen-d211-3e8-lockfile
drwx------ 2 root     root  4096 19. Okt 10:18 runtime-root
srwx------ 1 sddm     sddm     0 20. Okt 08:41 sddm-:0-UEdgpn
srwxr-xr-x 1 root     root     0 20. Okt 08:41 sddm-auth22e00048-cbc4-436d-8f07-8cce81eee3f7
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-chronyd.service-NwuBfi
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-ModemManager.service-2dJcSg
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-power-profiles-daemon.service-bbLd7i
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-rtkit-daemon.service-8QbDPh
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-systemd-logind.service-Il38ji
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-upower.service-OKkyXh
drwx------ 2 beastxxl users 4096 20. Okt 10:52 Temp-18a6532f-1257-4188-ae6d-0b1806937ebc
drwx------ 2 root     root  4096 19. Okt 09:54 tilde--0
-rw------- 1 root     root    55 20. Okt 11:51 xauth.XXXXYLJOvc
drwx------ 2 root     root  4096 20. Okt 11:51 YaST2-11362-hwiB9k
drwx------ 2 root     root  4096 20. Okt 11:51 YaST2-11362-raIIyl
beastxxl@linux-5099:~> ls -l /var/tmp/
insgesamt 24
drwx------ 3 root root 4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-chronyd.service-dUl4Lh
drwx------ 3 root root 4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-ModemManager.service-GWLcDi
drwx------ 3 root root 4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-power-profiles-daemon.service-F6Cklf
drwx------ 3 root root 4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-rtkit-daemon.service-blTPjh
drwx------ 3 root root 4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-systemd-logind.service-drcZCh
drwx------ 3 root root 4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-upower.service-cdFSxi
beastxxl@linux-5099:~>
Ich habe den Verdacht, dass beim Bereinigen quasi das falsche Datum verwendet wird.

In
Code:
man tmpfiles.d
steht
Code:
Das Alter des Dateisystemeintrags wird von seinem letzten Änderungszeitstempel (mtime), seinem letzten Zugriffszeitstempel (atime) und (außer für Verzeichnisse) seinem letzten
       Statusänderungszeitstempel (ctime) bestimmt. Standardmäßig wird jeder der drei (oder zwei) Werte die Bereinigung verhindern, falls er neuer als die aktuelle Zeit minus des Feldes
       »Alter« ist.
Die obige Ausgabe von /tmp/ ist die gleiche wie mit
Code:
ls -la /tmp/
Nun folgende Ausgabe:
Code:
beastxxl@linux-5099:~> ls -lu /tmp/
insgesamt 140
srwxrwxrwx 1 beastxxl users    0 20. Okt 08:41 dbus-yrXU7rvcpe
drwxr-xr-x 2 beastxxl users 4096 20. Okt 11:56 hsperfdata_beastxxl
drwx------ 2 beastxxl users 4096 20. Okt 11:56 pid-16411
drwx------ 2 beastxxl users 4096 19. Okt 13:47 pid-2283
drwx------ 2 beastxxl users 4096 20. Okt 11:56 pid-4068
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.cMuzBR
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.eBuAuA
drwx------ 2 beastxxl users 4096 19. Okt 15:27 plasma-csd-generator.GLwiwm
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.iBTUUo
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.ImTSAf
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.jQdnXp
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.KaFxvU
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.lknzVY
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.mkRYEM
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.mwoqNK
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.PIBcKu
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.rahYkb
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.tlyGbY
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.VJeggM
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.xEpSRW
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.XKpsYl
drwx------ 2 beastxxl users 4096 19. Okt 13:47 plasma-csd-generator.yCczlQ
drwx------ 2 beastxxl users 4096 20. Okt 11:56 plasma-csd-generator.YEwFvD
drwxr-xr-x 2 beastxxl users 4096 20. Okt 11:56 __pycache__
-rw-r--r-- 1 beastxxl users    0 17. Okt 20:41 qtsingleapp-clemen-d211-3e8-lockfile
drwx------ 2 root     root  4096 19. Okt 10:18 runtime-root
srwx------ 1 sddm     sddm     0 20. Okt 08:41 sddm-:0-UEdgpn
srwxr-xr-x 1 root     root     0 20. Okt 08:41 sddm-auth22e00048-cbc4-436d-8f07-8cce81eee3f7
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-chronyd.service-NwuBfi
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-ModemManager.service-2dJcSg
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-power-profiles-daemon.service-bbLd7i
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-rtkit-daemon.service-8QbDPh
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-systemd-logind.service-Il38ji
drwx------ 3 root     root  4096 20. Okt 08:41 systemd-private-3c48530fba394b368c8f9df478b4f3c1-upower.service-OKkyXh
drwx------ 2 beastxxl users 4096 20. Okt 11:56 Temp-18a6532f-1257-4188-ae6d-0b1806937ebc
drwx------ 2 root     root  4096 10. Okt 17:01 tilde--0
-rw------- 1 root     root    55 20. Okt 11:51 xauth.XXXXYLJOvc
drwx------ 2 root     root  4096 20. Okt 11:51 YaST2-11362-hwiB9k
drwx------ 2 root     root  4096 20. Okt 11:51 YaST2-11362-raIIyl
beastxxl@linux-5099:~>
Damit wurde für systemd-tmpfiles letztens erst auf diese Dateien zugegriffen und wird dementsprechend nicht gelöscht.

Ich kann natürlich die conf-Dateien mit dem Argument "Alterungsdauer" anpassen, allerdings stell ich mir die ernsten Fragen:
Warum entstehen so viele "plasma-csd"-Dateien?
Und warum wird auf alle vorhandenen "plasma-csd"-Dateien zugegriffen?

Hat jemand eine Idee, wie man dieses Problem angeht und möglichst an der Wurzel löst?
 
Spricht etwas dagegen, sich nicht mit systemd und seiner Konfiguration rumzuärgern, sondern einfach von Zeit zu Zeit als root "rm ..." von Hand auszuführen?
 
Zuletzt bearbeitet:
Spricht etwas dagegen, sich nicht mit systemd und seiner Konfiguration rumzuärgern, sondern einfach von Zeit zu Zeit als root "rm ..." von Hand auszuführen?
Ja, denn ich will nicht daran denken müssen und früher ging es ja auch automatisch.
Merkwürdigerweise scheint das Problem nicht sehr verbreitet zu sein, denn ich habe dieses Problem im Internet nicht noch einmal gefunden. Scheint also eher selten zu sein...oder die Suchparameter waren nicht gut genug.

Folgenden Workaround habe ich nun gemacht:
Code:
beastxxl@linux-5099:~> cat /etc/tmpfiles.d/fs-tmp.conf
d /tmp 1777 root root amM:5d
beastxxl@linux-5099:~>
Damit lasse ich den "Werkszustand" für Dateien, weil lt. man tmpfiles.d sowohl die atime als auch die mtime beim Bereinigen in Bezug auf das Alter beachtet werden. Bei Ordnern soll dadurch allerdings nur noch die mtime beachtet werden.

Es funktioniert, aber es fühlt sich an, als würde ich nur das Symptom und nicht die Ursache bekämpfen.
Bei mir bleiben die Fragen:
Warum entstehen so viele "plasma-csd"-Dateien?
Und warum wird auf alle vorhandenen "plasma-csd"-Dateien zugegriffen?
 
Nun ja, ich habe einiges verändert (kA wie die Voreinstellungen waren): Globales Design: Breeze Dunkel; Anwendungsstil: Breeze; Plasma-Stil: Oxygen; Fensterdekoration: UniQ
Ich weiß, es hat was mit gtk-Apps zu tun, die in Plasma laufen, aber verstanden habe ich es nicht. Ich konnte auch nicht herausfinden, ob das nun so bleibt, weil technisch nicht anders machbar. Oder ob das noch abgestellt wird. Wenn das so bleiben soll, dann wäre es evtl. sinnvoll, /tmp/ komplett in den RAM zu verlegen.

Ich habe jetzt eine Idee, wo die immer aktuellen Zugriffe (ls -lu) bei den Ordnern und Dateien in /tmp/ herkommen. Das betrifft nur die Ordner und Dateien, die dem aktuellen Nutzer (hier: beastxxl) und der Gruppe users gehören. Das passiert wahrscheinlich durch den systemd-tmpfiles-clean.timer.

EDIT: Nein, habe mich geirrt. Der Zugriff wird durch Dolphin aktualisiert, wenn ich mir /tmp/ anzeigen lasse. Auf der Konsole passiert das nicht.

PS: Da ich das nun weiß und der /tmp/-Ordner "aufgeräumt" wurde, kann ich ja mal ausprobieren, ob
Code:
d /tmp/ 1777 root root 5d
jetzt auch bei mir wieder wie vorgesehen funktioniert...
 
Zuletzt bearbeitet:
Oben