Сообщают, что startup-0.9.9.0+ содержит безусловный systemd-tmpfiles --clean, следствием чего оказалась зачистка /var/tmp при перезагрузке без объявления войны. --- /var/tmp : Temporary files preserved between system reboots --- /usr/share/doc/fhs-2.3/fhs.txt.bz2
Это теперь к systemd-tmpfiles --clean, а не ко мне. :) Ну а tmpfiles.d, между прочим, настраивается.
(В ответ на комментарий №1) > Ну а tmpfiles.d, между прочим, настраивается. Если теперь /lib/ - аналог /etc/, то да, можно сказать, что настраивается.
(In reply to comment #2) > (В ответ на комментарий №1) > > Ну а tmpfiles.d, между прочим, настраивается. > > Если теперь /lib/ - аналог /etc/, то да, можно сказать, что настраивается. В tmpfiles.d(5) написано, как именно настраивается. Пакетные настройки находятся в /lib/tmpfiles.d/, сисадминские настройки находятся в /etc/tmpfiles.d/ и могут перекрывать пакетные.
Кстати, в /lib/tmpfiles.d/tmp.conf написано: d /tmp 1777 root root 10d d /var/tmp 1777 root root 30d Т.е. это не безусловная зачистка, а скорее аналог stmpclean. Достаточно ли 30 суток или нет, решать администратору системы. В /etc/cron.daily/stmpclean, кстати, те же 30 суток.
(В ответ на комментарий №4) > Т.е. это не безусловная зачистка, а скорее аналог stmpclean. > Достаточно ли 30 суток или нет, решать администратору системы. > В /etc/cron.daily/stmpclean, кстати, те же 30 суток. Это именно безусловная зачистка. Потому как за "администратора системы" было принято безусловное решение, стоило лишь "адмистратору системы" перезагрузить систему. Теперь "адмистратор системы" в некотором недоумении, потому как никакого "решения о 30 сутках" он не принимал.
(В ответ на комментарий №4) > Кстати, в /lib/tmpfiles.d/tmp.conf написано: > d /tmp 1777 root root 10d > d /var/tmp 1777 root root 30d > > Т.е. это не безусловная зачистка, а скорее аналог stmpclean. Дима, _по умолчанию_ этого не должно быть. В 2003 "благодаря" stmpclean по умолчанию в Master я так потерял данные, которые предполагались как временные, но постфактум выяснилось, что единственную копию тот, кому она была нужна, так и не забрал. Я могу, конечно, исправить это в mkimage-profiles. Но тогда будет сильное искушение сделать так же -- "кому хочется поменять, форкайтесь". Героически бороться с каждым хостом оставим федорасам.
(In reply to comment #6) > (В ответ на комментарий №4) > > Кстати, в /lib/tmpfiles.d/tmp.conf написано: > > d /tmp 1777 root root 10d > > d /var/tmp 1777 root root 30d > > > > Т.е. это не безусловная зачистка, а скорее аналог stmpclean. > Дима, _по умолчанию_ этого не должно быть. На мой вгляд, вполне разумное _умолчание_, в тех редких случаях, когда это неудобно, сконфигурировать не составляет труда. И, конечно, с FHS это никак не связано. Ну а что касается FHS, то, на мой взгляд, сохранять между перезагрузками содержимое каталогов, доступных всем для записи, небезопасно, и лучше так не делать. Впрочем, это уже совсем другая история. > В 2003 "благодаря" stmpclean по умолчанию в Master я так потерял данные, > которые предполагались как временные, но постфактум выяснилось, что > единственную копию тот, кому она была нужна, так и не забрал. Увы, некоторые люди используют /tmp для хранения данных до тех пор, пока не обнаруживают, что это место, оказывается, предназначено для временных файлов. > Я могу, конечно, исправить это в mkimage-profiles. Но тогда будет сильное > искушение сделать так же -- "кому хочется поменять, форкайтесь". В своем личном mkimage-profiles ты можешь захакать что угодно, но из этого еще не следует, что твои локальные изменения поведения пакета systemd-utils нужны кому-то еще.
Баг может висеть вечно, но никто не собирается вносить каких либо изменений в stmpclean или systemd-tmpfiles. У обоих вариантов одинаковое осмысленное поведение. Лучших правил поведения сейчас никто сформулировать не сможет. И конечно /var/tmp это не место для хранения файлов. А потому, я закрываю баг.
