Eigentlich ist es ja gewünscht wenn das System einem regelmäßig die temporären Dateien wegräumt. Löscht es einem dabei aber auch Dateien welche man gerade erst dort abgelegt hatte, dann steht wohl irgendwas in der Konfiguration schief.
Ich nutze tatsächlich häufig das Verzeichnis /tmp.
Gerade beim Schreiben kleiner Skripte ist es ganz angenehm sich im Fehlerfall einfach darauf zu verlassen, dass übrig gebliebene temporäre Dateien schon wieder verschwinden werden.
Auch meine virtuellen Python-Umgebungen lege ich, seit mich Holger Peters mal auf diese Idee gebracht hat, stets dort ab.
Seit einiger Zeit löschte mir meine openSUSE meine gerade angelegten Dateien aber immer kurz nach dem Systemstart unter der Nase weg.
Da das Problem immer kurz nach dem Systemstart auftrat war schnell klar, dass da wohl der Aufräumcronjob schuld sein muss. Auch wenn dies natürlich inzwischen gar kein Cronjob mehr ist sondern ein Systemd-Timer.
marix@eddie:~> systemctl list-timers
NEXT LEFT LAST PASSED UNIT ACTIVATES
Di 2017-09-05 21:10:12 CEST 22h left Mo 2017-09-04 21:10:12 CEST 1h 9min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.serv
Mo 2017-09-11 00:00:00 CEST 6 days left Mo 2017-09-04 20:55:51 CEST 1h 23min ago fstrim.timer fstrim.service
Der alte Cronjob hatte eine Konfigurationsdatei in /etc/sysconfig in der man die Schonzeit für Dateien in /tmp und /var/tmp konfigurieren konnte.
Beim Systemd-Job übernehmen die Konfigurationsdateien von systemd-tmpfiles diesen Job.
Die dazugehörige Manpage ist tmpfiles.d (5).
Die Standardatei /usr/lib/tmpfiles.d/tmp.conf erklärt auch ganz brav diese Verzeichnisse in Ruhe zu lassen.
Das ist zwar nicht ganz was ich möchte, aber auch nicht Grund meines Problemes.
# Clear tmp directories separately, to make them easier to override
# SUSE policy: we don't clean those directories
q /tmp 1777 root root -
q /var/tmp 1777 root root -
Die schuldige Konfiguration fand sich in /etc/tmpfiles.d/tmp.conf.
Hier muss, bei einem der vielen Versionsupgrades welche mein System hinter sich hat, ein kleiner Übertragungsfehler passiert sein.
d /tmp 1777 root root 0d
d /var/tmp 1777 root root -
x /tmp/* - - - - root
Mit dem Alter Null Tage wird systemd-tmpfiles angewiesen alle Dateien zu löschen, egal wann sie zuletzt modifiziert wurden.
Auch wenn dies die meißten Anwendungen in meinem System klaglos hinnahmen sorgte es natürlich für einiges WTF was meine eigenen Skripte und die die virtuellen Python-Umgebungen anging.
Die korrektur des Wertes auf einen Tag hat mein Problem erfolgreich gelöst.
d /tmp 1777 root root 1d
d /var/tmp 1777 root root -
x /tmp/* - - - - root
Und das schöne an Systemd ist, dass man so eine Änderung dann auch gleich sehr leicht testen kann.
sudo systemctl start systemd-tmpfiles-clean.service
Eine Anwendung welche mit dem agressiven Aufräumen der temporären Dateien gar nicht klar kommt ist übrigens meine früher so geliebter Browser Opera. Nachdem die temporären Dateien weggräumt wurden findet dieser seine bereits laufende Instanz nicht mehr und fliegt dann beim Versuch ein zweites mal das gleiche Profil zu öffnen ordendlich auf die Fresse. Dies hat mich hinreichend genervt, so dass ich kürzlich zum Firefox gewechselt bin. Seit ich kurz darauf die hier beschriebene Fehlkonfiguration behoben habe funktioniert aber auch der, inzwischen von mir nicht mehr wirklich genutzte, Opera wieder tadellos.