Cosa sta rimuovendo le cose da / var / run ai riavvii da una macchina fedora?

13

Sto eseguendo una macchina FC18 su cui sto testando un software (smf-sav, un mungitore) mantenendo parte dei suoi file di lavoro in / var / run / smf-sav /.

Tale directory continua a scomparire dopo il riavvio. Da qui la domanda: cosa lo sta rimuovendo? C'è un modo per contrassegnarlo come permanente?

linux fedora milter

— Forma di vita aliena
fonte

Puoi incollare l'output di df -ksu quella macchina nella tua domanda?

— MadHatter,

1

Se il tuo software mantiene parte della sottodirectory / var / run, ripara il tuo sistema. / var / run dovrebbe essere chiaro, punto. Fare riferimento a refspecs.linuxfoundation.org/FHS_2.3/…

— jirib il

Il software non è affatto "mio". Anche tenere i socket sotto /var/run/<milter-name>/milter-name.sock sembra essere un po 'uno standard per i milter (vedi clmav-milter, spamass-milter, ecc.) Ho appena notato che i loro script di avvio di lates si ricreano la directory al momento dell'avvio.

— Alien Life Form,

15

Il software dovrebbe definire le directory di cui ha bisogno in / run (che ha sostituito / var / run in Fedora 15) inserendo un file di configurazione in /usr/lib/tmpfiles.d . Durante il processo di avvio, systemd-tmpfiles popola / esegue in base a quella configurazione.

— Sciurus
fonte

14

/var/rundi solito è montato come tmpfs, che è una partizione mappata nella RAM. Ovviamente la RAM viene cancellata al riavvio, così come tutti i file system tmpfs.

http://fedoraproject.org/wiki/Features/var-run-tmpfs

Si consiglia di archiviare i dati dell'applicazione su un file system persistente, ad esempio montato su un disco rigido.

— Pavel
fonte

L'app non è mia. Anche mantenendo i socket sotto /var/run/<milter-name>/milter-name.sock sembra essere un po 'uno standard per i milter (vedi clmav-milter, spamass-milter, ecc.) Ho appena notato che i loro ultimi script di avvio si ricreano la directory al momento dell'avvio.

— Alien Life Form,