Systemd 256.1: Now slightly less likely to delete /home

[raybb]

https://www.theregister.com/2024/06/20/systemd_2561_data_wipe_fix/

[adamomada]

They really should have renamed it systemd-files five years ago, it might have let the user know it wasn’t just purging tmp

https://github.com/systemd/systemd/issues/12447

[NekkoDroid → adamomada]

if anything systemd-sysfiles, but this is exactly what they meant with bikeshedding.

[fsniper]

Lol: "Fixes -catastrophic data loss-, er, -bug-, er -poorly documented feature-... user error"

[lproven → fsniper]

[Author here]

I try. :-D

[pm2222]

i have issue with it automatically deleting files from /tmp which is a shared dir:

  $ cat /usr/lib/tmpfiles.d/tmp.conf
  q /tmp 1777 root root 10d
  q /var/tmp 1777 root root 30d

[NekkoDroid → pm2222]

How likely is someone gonna look at those files if they haven't been even accessed in the last 10/30 days?

It checks ctime, mtime and atime to determine if it should remove the file (or you can also flock(2) them) and if any of them are less than the time it doesn't.

[hulitu]

> Systemd 256.1: Now slightly less likely to delete /home

That's why ransomware runs on Windows. On linux, with SystemD [1], there is nothing to ransom. /s

[1] I run Slackware.