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.deb...@alma.ch
<mailto:mi.lists.deb...@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
