Могу ли я удалить старые файлы systemd-private-md32 * в / var / tmp?
Я только что нашел эти каталоги на своем компьютере с Ubuntu. Как они возникли?
/var/tmp/systemd-private-762c8e6ced154b18ac76720c2c05f2aa-colord.service-fcAgPb
/var/tmp/systemd-private-762c8e6ced154b18ac76720c2c05f2aa-rtkit-daemon.service-iVKzv4
/var/tmp/systemd-private-809e24ac9abd4087b9941b3590575e64-colord.service-KlzdX8
/var/tmp/systemd-private-809e24ac9abd4087b9941b3590575e64-rtkit-daemon.service-mNk1of
Каждый из каталогов содержит только другой подкаталог tmp, который всегда пуст.
Я имею в виду, что имя файла самоочевидно. systemd , вероятно, создает их, и они имеют отношение к rtkit и colord services / demons.
Но , почему systemd создает их? Эти службы неправильно настроены?
Некоторые из этих каталогов старше. У некоторых есть время модификации последней загрузки.
Могу ли я удалить их?
1 ответ
Это эффекты PrivateTmp установка в сервисной единице. Вы найдете, что Ваш rtkit-daemon.service и colord.service единицы используют ту самую установку. Поскольку, почему , что , необходимо будет консультироваться с людьми, которые записали те сервисные файлы единицы. PrivateTmp после всего лейкопластырь для покрывания дыр в системе безопасности, оставленных способами, которыми некоторые программы используют /tmp и /var/tmp (чрезмерно привилегированное использование, отказ избежать нападений символьной ссылки, перезаписывая чьи-либо существующие файлы, легко предсказуемые имена, чрезмерно открытые полномочия, и т.д). Возможно, дыра в системе безопасности была зафиксирована.
PrivateTmp реализован, под покрытиями, systemd создание каталога данного случая в соответствии с целевым временным каталогом и затем монтирования его вместо оригинала как частная точка монтирования, замеченная только сервисным процессом (процессами).
Разбрасывание таких каталогов, лежащих раньше, было systemd ошибкой, что люди работали вокруг с tmpfiles.d собственные отрывки. Это, как утверждают, было зафиксировано в Вашей версии systemd. Конечно, эти каталоги также разбросаны грязными завершениями работы.
можно, конечно, удалить тех, которые в настоящее время не используются соответствующими сервисами.
Дополнительные материалы для чтения
- Накопление
/var/tmp/systemd-private-*каталоги . Ошибка Fedora № 884344. - Andrei Borzenkov (2015-02-23). , Возможно, РЕШЕНИЕ, ре: назад к 'фиксируют эти вечно поврежденные временные сервисные дебаты' очистки файла . Список рассылки OpenSUSE.