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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Tell HN: Recent SUSE update caused my first real dataloss in 20 years

2 点作者 2ton_jeff将近 4 年前
I have used openSUSE as my daily driver for many years, and today took my Leap 15.2 to 15.3. All of that worked fine and as expected, UNTIL I LOGGED OUT.<p>I cried actual tears of furious rage today at whoever thought this: https:&#x2F;&#x2F;github.com&#x2F;systemd&#x2F;systemd&#x2F;blob&#x2F;main&#x2F;src&#x2F;shared&#x2F;clean-ipc.c was a good idea.<p>I routinely treat &#x2F;dev&#x2F;shm as a &quot;that will persist until this machine loses power or is rebooted.&quot; Apparently, on April 13th, one or more twits dealing with systemd decided that I no longer get to treat &#x2F;dev&#x2F;shm that way.<p>I am trying my best to remain calm as I write this, but the aforementioned code deleted not only my primary operating directories, but ALL Of my locally attached backups as well.<p>In all, 24TB of BADLY deleted &quot;rm -rf&quot; but without deleting the directories was done, in about 21 minutes before I realised what was happening.<p>I now have empty directories of all of my client working directories, all of my multimedia drives that our family uses at night, all of the original writes of the births of my children... all because someone decided that removing POSIX shared memory directories when I logout belongs to systemd and not me.<p>FAR OUT man.<p>Fortunately, I have a nightly that does backups to an external machine, but it is REMOTE, and now has to do a FULL COPY of the entire thing. I am typing this from my missus&#x27; lappy while it presumably will take many days to restore.<p>Case end point: I only really lost today, tomorrow and maybe the next day worth of billable productivity as a result, but ONLY because I have an external nightly backup running. Local backups (which mirror all local content) were all compromised because I mount them the same way inside &#x2F;dev&#x2F;shm.<p>openSUSE&#x2F;SLES&#x2F;SUSE itself is not to blame, the change is a systemd change and all of the major systemd distros will do the same thing to you.<p>Caveat emptor.

3 条评论

2ton_jeff将近 4 年前
In fairness, that history seems to indicate that maybe it really was SUSE who decided to enable it. Sure seems like &quot;RemoveIPC&quot; option should have been advertised as a 15.2 -&gt; 15.3 update repercussion. :-( :-( Leap 15.2 didn&#x27;t do that, 15.3 does. Unknown what the other systemd distros do with &quot;POSIX shared memory cleanup&quot;
评论 #27674331 未加载
Vogtinator将近 4 年前
That looks very much like a bug in systemd, that the deletion crosses filesystem boundaries. You should really report that.
kstenerud将近 4 年前
I don&#x27;t understand... Why would you put 24TB of irreplaceable data and backups in a temporary place like &#x2F;dev&#x2F;shm instead of regular mounts to &#x2F;mnt&#x2F;my-precious-stuff and &#x2F;mnt&#x2F;my-backups?
评论 #27673687 未加载