NO DO NO DIE。

我特意查了一下，这个修复工具是以 GPL 协议分发的，这意味着其分发者不需要为用户使用该软件造成的任何后果负责。如果我没有猜错的话，你应该也没有从深度或统信购买任何形式的担保服务。因此，你恐怕得不到任何赔偿。

我的操作是正常的，我对自己在做什么很清楚，这个软件的这个功能在升级之前从来没有出现过问题，而且这是官方的系统软件，并且是图形界面操作，会出现这种事故完全不是我的问题。你竟然这样说话，我只能祝您不要遇到类似的事情。

您好，感谢您的及时回复，您在 GitHub 上的回复我也看到了。您所说的我认可一部分，并且我在事发后的第一时间也浏览了相关协议，鉴于我并没有购买任何的服务，而且他们大可以说超级用户权限是我自己给的。并且由于我个人数据做了较为完整的云端备份，如果进行损失评估，我也不会得到较大的赔偿。

我在您的主页并没有发现您作为官方人员或者官方开发者的身份信息，所以我暂时把您当做和我一样的用户。但是如果您也是用户的话，您应该要想到今后这种事情还可能发生在你我的身上。我的个人损失事小，但是这个系统修复工具应该是一个操作系统自带的系统工具，用户自然认为软件的来源可靠，并且它是图形界面的，说明不仅仅是高级用户会使用到。我不确认我是否是第一个出现这个问题的人，但是我可以确定，如果官方不发布声明，也没有及时修复，那么将会有其他用户和我一样“中奖”，并且不一定和我一样幸运，做了足够的数据备份。

目前我不敢重启也不敢重装，希望能保留恢复数据的可能性；并且我希望官方发布道歉声明、提醒其他用户在修复之前不要使用该功能。我知道我作为普通用户没有话语权，但是我并不觉得我的发声没有价值。

如果官方真的会回应的话，回应很可能只是“此软件已不再维护”，毕竟这个 git 仓库已经有两年没更新了，而且这个修复工具的界面看起来还像 dtk2 的。

说来，我现在已经不在除虚拟机以外的地方用 deepin 的软件了。deepin 总是试图掩盖问题的复杂性，却把问题弄得更复杂。如果我要修复我的系统，肯定会用我自己的 archiso，借助 Arch Wiki 的指引找到问题并自行修复，不会用 deepin 的所谓一键修复工具。

我也觉得应该让官方能够重视。但是索要赔偿等走法律途径的还是要严谨才行，我觉得用户也应该有阅读协议的意识，如果更多人懂得阅读协议并且及早发现协议中的问题，向官方提出，也不会有这样的悲剧了。

但是这个问题的出现是在 20.2 版本更新后，我于 4 月 2 日晚（或者说 4 月 3 日凌晨）更新系统，4 月 4 日出现问题，我几乎每一周都会使用这个系统修复工具清理系统垃圾，由此我可以确认这个问题在 3 月末都没有发生。你所说的 2 年没有更新让我感到疑惑。

等等，我好像发现了什么不得了的东西

刚刚我打开 deepin 虚拟机看了一下，deepin 仓库里的 deepin-repair-tools 是 GitHub 上没有的版本，软件包也没有附带任何许可证的信息。这意味着 deepin-repair-tools 在“两年前”之后是有更新的，而且新版本的许可证可能不是 GPL。这个问题就真的需要官方回应了。

另外，说到推荐的发行版，我个人比较推荐 Arch Linux。至于原因，它遵循 KISS 原则，不会为了掩盖问题的复杂性而造成更复杂的问题。最新的官方镜像中已经包含了一个叫 archinstall 的自动化安装脚本，如果不想按照 wiki 手动安装的话也可以试试那个，不过要记得保存好它的日志以备日后查阅。

你真的清醒吗？

谁主张谁举证。你能证明，是那个软件删除的你的文件？是哪个软件删除的你的文件？

。。。。。。

deepin没有出售服务，你扯是否购买服务对你不利。

。。。。。。

这是我第一次见到这样的帖子，楼主发这样的帖子应该预见到帖子的影响，楼主居住在中国境内吗？

。。。。。。

用淡定的心情，你的逻辑，来品味下面这句话：

吓4我了，楼主要给我解释和赔偿。

很早就想要尝试 Arch，但是我只是普通用户，我觉得可能学习难度太大了些，不太敢轻易尝试。我发送了邮件，还在等待官方回应。

您好，您恐怕也无法确保今后自己不会遇到类似的状况，在我正在争取自己权益的时候，您这样看热闹，以后您需要维权的时候，又是谁来看您的热闹呢？

至于证据，我现在都没有对电脑进行大操作，保存了事发截图并且录屏，保留了现在还能找到的终端打印信息，我在尽可能保留证据并积极联系官方。

如果我的回复使您感到惊吓，那我非常抱歉。

你真的清醒吗？

你用尊称，我也就托大。

你要多想一下，我的帖子没有把我的真实想法写出来，明显的暗示提醒你，你认为我在看热闹，很遗憾，明确的说，你的这个想法是错误的。

打个比方说，你坚定的相信，你现在那电脑，是对你有利的证据，这是你的看法。如果，经过检查，和系统无关，或者，是你梦游的操作，那将是对你不利的证据。

醒醒吧，帅哥，你也真的相信，你的帖子会惊吓到我（ ），（）我要你解释和赔偿？要我在括号内填空吗？很明确的说，我不会填，你来填。

Arch 主要的门槛在于是否能够适应一种随时准备查阅 wiki 的使用方式——平时正常使用的时候一般不需要，只是在碰到不熟悉的问题时第一反应应该是去 Arch Wiki 上查找相关工具的使用方法和常见问题解决方案。查找资料和现学现用的能力越强，使用 Arch 需要的预备知识就越少。Arch 官方推荐按照 wiki 上的指南手动安装，目的之一就是希望用户有基本的查阅 wiki 解决问题的能力，或者在安装的过程中学会这项技能。一旦你具备了这样的能力，Arch 用起来就会比那些开箱即用的发行版更顺手。

如果你觉得这对你而言有困难，也可以选择开箱即用的发行版。openSUSE 的图形用户界面就做得相当完善，就算你对命令一窍不通，也可以很方便地管理系统，甚至通过点击网页上的链接就可以一键添加仓库并安装软件包。但美中不足的是，openSUSE 的国内社群影响力比较小，虽然有像 OBS 这样的由用户自由贡献的软件仓库（类似于 Ubuntu 的 PPA，但支持更多发行版，对于 SUSE 自家的发行版还有很方便的检索工具），但社区对国产软件的打包还是相对较少。相比之下，Arch 就经常有人移植 Deepin 和 UOS 的软件，曾经多次出现某软件在 UOS 上架后而 deepin 还没上架就已经出现在 AUR 的情况。

个人认为打包难度 Debian > Fedora/openSUSE > Arch，这对软件包的数量也有一定的影响。Debian 的软件包多主要是因为用户基数大而且拆包拆得很细（一个上游仓库拆成好几个包，把文档、语言包、调试工具等全都拆出来，相比之下 Arch 拆包的情况就比较少）。Debian 系与 Arch 系一个最大的区别就是，Debian 的“普通用户”会打包的很少，也没有太多学打包的理由，安装非 .deb 形式打包的第三方软件就不用 dpkg 管理；Arch 则是每一个用户都应该熟悉打包流程（因为从 AUR 上安装软件实际上就是下载打包脚本并构建安装，虽然可以用 AUR 助手来实现自动化，但出于安全性考虑，在安装之前用户至少应该自行检查打包脚本是否正常），鼓励用户为第三方软件写打包脚本并上传至 AUR，并且鼓励用 pacman 管理一切需要安装在系统目录下的软件。据我所知，Debian 并没有像 AUR 或者 OBS 这样能快速检索并安装第三方软件的地方。如果你确定要用 Debian，建议找成熟的中文社群去抱一抱大腿。我听说有一个叫 atzlinux 的发行版，在 Debian 的基础上增加了很多国内用户经常需要的应用，你也可以去试试。

你好，我已经重现了昨天晚上的事件，并且录下了视频，以实验的方式创建了文件，并且完整模拟了数据丢失的全过程，我相信这是非常有说服力的证据，可以保证是这个软件删除了我的数据，而且有明显的时间戳，表明是在白天进行的，说明我基本上没有可能梦游。

目前搜集到的证据有：截图、打印日志、当前版本的程序包、问题重现的视频。如果还有其他可能有用的证据，希望有人补充。

另外，我是女学生，不是帅哥。

先声明，帅哥有优惠。

哈哈，你说的，保证这个软件删除了我的数据，（和系统无关）---你是自己证明了自己的错。

启动onekey-repair的是lcw0000,我希望是我。

君子远是非。

你还在谋纠纷。

作为你这回帖的最后一句话，附送一句：

好好学习，天天向上。

如果是帅哥，只送上面一句，由于你不是，加了下面一句：

今天上课，专心听讲了没有？

你的意思是，OneKey Repair 这个功能就是用于删除所以数据吗？

我的意思是，你操作，你负责，你说还录下视频了--证明是你操作。

你是学生，好好学习，维权，很高大尚的说法，你在浪费你学习的时间和精力，做飘渺的事（维权），退一万步说，你成功了，得到你希望的赔偿的10倍，能有多少？

敢回家和父母说吗？我认为，你家长辈如果理智，应该阻止你做这事。

如果感兴趣，可以看看GPL协议，体会自由软件的精神。

附带问你个问题：如果你的云数据丢失了，你能维权吗？

我明白了，总会有人认为：一名女性被强奸是因为自己不检点；一个年轻人被骗贷款是因为贪婪和愚蠢。不好意思，每个人有自己的生活，我希望年轻的时候多做一些有意义的事情，所以之后不会再回复您了。

@deepin_z