TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Systemd 256.1 Fixes systemd-tmpfiles Unexpectedly Deleting Your /home Directory

32 点作者 surteen11 个月前

5 条评论

nullc11 个月前
Systemd 256: now with 98% less unix philosophy and 100% less data retention.
pm222211 个月前
Read the other recent discussion on Debian moving to mount /tmp as tmpfs in upcoming stable release. It’s just confusing at the least if not a bad idea outright that systemd-tmpfiles goes out to delete files in /tmp regardless of how and by whom files were created. /tmp is a shared folder.
ikekkdcjkfke11 个月前
What a sh*t show. Something with so many dependants should not be run by a couple of dudes LGTM'ing each other
DiabloD311 个月前
Guys, look. You know when I say systemd is evil and will screw you over, and never like any of my examples?<p>HERE. RIGHT HERE. This is the evil and&#x2F;or incompetence <i>I don&#x27;t want interacting with my machines</i>. I, and the rest of the community, frankly, is being held hostage.
sillystuff11 个月前
After only reading the headline, I expected Poettering to be quoted saying, &quot;Functioning as designed. Go pound sand.&quot; The response was as expected, but apparently Poettering&#x27;s attitude has become contagious within the systemd devs:<p>&gt; Initially the bug report was shot down by systemd developer Luca Boccassi of Microsoft with:<p>&gt; So an option that is literally documented as saying &quot;all files and directories created by a tmpfiles.d&#x2F; entry will be deleted&quot;, that you knew nothing about, sounded like a &quot;good idea&quot;? Did you even go and look what tmpfiles.d entries you had beforehand?<p>&gt; Maybe don&#x27;t just run random commands that you know nothing about, while ignoring what the documentation tells you? Just a thought eh
评论 #40733419 未加载
评论 #40733551 未加载