Re: How to prevent /tmp files from being deleted at reboot

[MI <mi.lists.debian@alma.ch>]

Yes, it looks like it's the ctime which prevents the deletion, and "d /tmp ... xxd" 
is indeed the option which is the closest to the old behaviour.

I guess I will have to get used to the "systemd POV" ...

Thanks all for your help

MI




-------- Original Message --------
> Am 16.07.2016 um 16:30 schrieb Mark Fletcher:
> > On Sat, Jul 16, 2016 at 11:28 PM MI <mi.lists.debian@alma.ch
> > <mailto:mi.lists.debian@alma.ch>> wrote:
> >
> >
> >
> >      > Please post the output of
> >      > stat /tmp/TOOOLD.txt
> >
> >      # stat /tmp/TOOOLD.txt
> >         File: ‘/tmp/TOOOLD.txt’
> >         Size: 9             Blocks: 8          IO Block: 4096 regular file
> >      Device: 805h/2053d    Inode: 14          Links: 1
> >      Access: (0664/-rw-rw-r--)  Uid: (    0/    root)   Gid: (    0/    root)
> >      Access: 2016-01-01 12:23:00.000000000 +0100
> >      Modify: 2016-01-01 12:23:00.000000000 +0100
> >      Change: 2016-07-16 15:21:28.806601066 +0200
> >        Birth: -
> >
> >
> > I suspect it is the Change line that is doing it -- although I wonder
> > what the difference between Change and Modify is...
>
> There are 3 kind of "timestamps":
>
>     Access - the last time the file was read
>     Modify - the last time the file was modified (content has been modified)
>     Change - the last time meta data of the file was changed (e.g.
> permissions)
>
> So, some process changed the files! metadata, that's why it's not
> deleted. Everything working as expected from the systemd-tmpfiles POV.
>
>
>
> Regards,
> Michael