~/tmp löschen

[wanne]

Kann ich ~/tmp eigentlich gefahrenlos bei jedem herunterfahren löschen? (Mit /tmp geht das ja.)

[doktor5000]

Scheint so. Ist bei mir momentan komplett leer.

[wobo]

Das war vor einiger Zeit noch anders, da speicherte KDE oder wer auch immer gerne mal wichtige Daten ab. User, die ihr ~/tmp löschten, konnten dann KDE nicht mehr starten oder hatten andere Probleme. Auf jeden Fall wurde vor dem Löschen des Inhalts gewarnt. Wenn das heutzutage nicht mehr zutrifft, so ist das sicher ein Fortschritt.

[doktor5000]

Hmmm, KDE hatte schon vor längerer Zeit nur Symlinks von ~/tmp nach /tmp erstellt.
Das KDE nach dem Löschen des Inhaltes von ~/tmp nicht mehr gestartet sein soll, höre ich zum ersten Mal.

[wobo]

Du bist dazu zu jung
Das war wohl noch unter frühen KDE-Zeiten (KDE 2 oder so).

[wanne]

Ich habe angst bekommen und lass den Ordner in Ruhe...

[doktor5000]

Wie gesagt, der Ordner ist bei mir während laufenden KDEs leer, das liegt alles unter /tmp.
Konsequent sollte man schon sei. Wenn man /tmp immer leert, wo KDE und der ganze Rest hinspeichert, aber ~/tmp lässt man aus Angst wie es ist?

[wanne]

Im Moment ist bei mir auch nur eine Datei (4Byte (0x00000000)) in ~/tmp. /tmp leere ich im Moment gar nicht. Ich habe das aber früher mal gemacht, da es mir einmal "total" übergelaufen ist.

[wobo]

Habs mal nachgeschaut:
Im laufenden Betrieb (uptime mehr als 4 Tage):
/home/wobo/tmp -> leer
/tmp -> siehe Listing

Code: Alles auswählen

[root@marvin tmp]# ls -l ./
insgesamt 68
drwx------ 2 wobo wobo 4096 Jun 25 23:56 akonadi-wobo.h0hYI9/
drwx------ 2 wobo wobo 4096 Jul 22 19:34 akonadi-wobo.unyl5d/
-rw------- 1 wobo wobo 2444 Jul 27 17:49 AN4QZV.tmp
drwx------ 2 wobo wobo 4096 Jul 22 19:34 gpg-pHpINg/
drwxr-xr-x 2 wobo wobo 4096 Jul 29 08:41 hsperfdata_wobo/
-rw-rw-r-- 1 wobo wobo    0 Jul 29 08:28 jar_cache697803766626339640.tmp
drwx------ 2 root root 4096 Jul 22 19:33 kde-root/
drwx------ 2 wobo wobo 4096 Jul 22 19:34 kde-wobo/
drwx------ 2 root root 4096 Jul 22 19:33 ksocket-root/
drwx------ 2 wobo wobo 4096 Jul 27 03:35 ksocket-wobo/
drwx------ 3 wobo wobo 4096 Jul  9 11:16 lyx_tmpdir.T28248/
drwx------ 2 root root 4096 Aug  1 13:17 mc-root/
drwx------ 2 wobo wobo 4096 Jul 29 16:04 mc-wobo/
drwx------ 2 wobo wobo 4096 Jul 26 11:29 mozilla-media-cache/
drwx------ 2 wobo wobo 4096 Jul 27 13:11 orbit-wobo/
drwx------ 2 wobo wobo 4096 Jul 14 10:37 plugtmp/
drwx------ 2 wobo wobo 4096 Jul 27 14:27 plugtmp-1/
drwx------ 2 wobo wobo 4096 Jul 22 19:34 pulse-uG1yhc3uavua/
-rw-rw-r-- 1 wobo wobo    0 Jul 22 19:39 qtsingleapp-clemen-d211-1f4-lockfile

Nun habe ich in init1 gebootet, /tmp komplett geleert, neu gebootet. Beim Booten wurden neu angelegt:
/home/wobo/tmp -> leer
/tmp -> siehe Listing

Code: Alles auswählen

[wobo@marvin tmp]$ ls -l
insgesamt 36
drwx------ 2 wobo wobo 4096 Aug  1 14:02 akonadi-wobo.uDAWYO/
drwx------ 2 wobo wobo 4096 Aug  1 14:02 gpg-leT9BY/
drwx------ 2 root root 4096 Aug  1 14:01 kde-root/
drwx------ 2 wobo wobo 4096 Aug  1 14:02 kde-wobo/
drwx------ 2 root root 4096 Aug  1 14:01 ksocket-root/
drwx------ 2 wobo wobo 4096 Aug  1 14:02 ksocket-wobo/
drwx------ 2 wobo wobo 4096 Aug  1 14:03 mc-wobo/
drwx------ 2 wobo wobo 4096 Aug  1 14:02 orbit-wobo/
drwx------ 2 wobo wobo 4096 Aug  1 14:02 pulse-vnbdrxTXUhWB/

Also würde ich jetzt auch sagen, dass man /tmp beim Shutdown leeren kann, in ~/tmp wird anscheinend nichts angelegt (es ist auch kein Link zu /tmp).
Wie man sieht, werden userspezifische Sachen auch in /tmp angelegt, mit dem Suffix des Usernamens (mc-wobo, kde-wobo, usw)

[doktor5000]

Nicht umsonst gibt es in drakboot die Checkbox "/tmp immer löschen beim Booten" oder so ähnlich.

[man-draker]

Nicht umsonst gibt es in drakboot die Checkbox "/tmp immer löschen beim Booten" oder so ähnlich.

Und zudem noch die Option, statt des zentralen /tmp das "sicherere" ~/tmp zu verwenden.