De ce un anume director există întotdeauna în /tmp chiar și după repornire?

Folosesc Ubuntu 20.04.3. Îmi amintesc că în trecut am creat un director /tmp/myWork. De obicei lucrez la acel director: descărcarea fișierelor, salvarea fișierelor temporare în timp ce lucrez la un software etc.

Cu toate acestea, când îmi repornesc mașina, acel director este întotdeauna acolo, dar este gol. Mă întreb de ce nu este șters când repornesc? de ce conținutul său este șters, dar nu acel director în sine?

În cazul în care permisiunea directorului este importantă, o includ aici:

ls -alF /tmp | grep myWork
drwx------ utilizator cu 3 utilizatori 4096 4 ianuarie 17:34 myWork/

Vreo idee?

Editați | ×:

Aici este rezultatul lui df /tmp/myWork

Sistem de fișiere 1K-blocuri Utilizat Disponibil Utilizare% Montat pe
/dev/sdb1 960379920 852343804 59181692 94% /

Edit 2:

$ grep -F '17:34' /var/log/syslog

4 ianuarie 08:17:34 probook systemd[513982]: Aplicație lansată lansată de gnome-shell.
4 ianuarie 08:17:34 probook PackageKit: rezolvați tranzacția /34190_abadddeb de la uid 1000 încheiat cu succes după 598 ms
4 ianuarie 17:34:07 probook gnome-shell[514206]: ../clutter/clutter/clutter-actor.c:10558: Funcția clutter_actor_set_allocation() poate fi apelată numai din cadrul implementării ClutterActor::allocate( ) funcție virtuală.
4 ianuarie 17:34:42 probook gnome-shell[514910]: [514911:514911:0104/173442.538073:ERROR:CONSOLE(1)] „[Shields]: Nu pot solicita date panoului scuturi pentru tabId.: Eroare 1155: Nicio adresă URL a filei specificată”, sursă: chrome-extension://mnojpmjdmbbfmejpflffifhffcmidifd/out/brave_extension_background.bundle.js (1)
4 ianuarie 17:34:42 probook gnome-shell[514910]: [514911:514911:0104/173442.538578:ERROR:CONSOLE(1)] „[Shields]: Nu pot solicita date panoului scuturi pentru tabId: . Eroare: nu a fost specificată nicio adresă URL a filei", sursă: chrome-extension://mnojpmjdmbbfmejpflffifhffcmidifd/out/brave_extension_background.bundle.js (1)

Soarta lui /tmp conținutul după o repornire depinde de câteva lucruri.

Pe un sistem care utilizează tmpfs pentru /tmp, /tmp este gol după fiecare repornire deoarece tmpfs nu persistă la reporniri (sau chiar umount urmat de montură). Ale mele Ubuntu 20.04.3 sistemul nu folosește tmpfs pentru /tmp, și nu am înlocuit valoarea implicită.

Pe un sistem cu /tmp ca un simplu subdirector al / (sau ca punct de montare pe un sistem de fișiere persistent), conținutul /tmp după o repornire depinde de configurația systemd-tmpfiles.

Ale mele Ubuntu 20.04.3 sistemul are următoarele linii în /usr/lib/tmpfiles.d/tmp.conf.

# Ștergeți directoarele tmp separat, pentru a le face mai ușor de suprascris
D /tmp 1777 root root -

om tmpfiles.d include, următoarea descriere a vârstă camp.

Dacă este omisă sau setată la „-”, nu se efectuează o curățare automată.

O modalitate simplă de a exclude posibilitatea ca ceva să creeze directorul în momentul pornirii este să îl eliminați manual și apoi să reporniți, dar pare mai probabil ca directorul existent să supraviețuiască repornirii.