近期发生上传文件错误，让我对群晖稳定性产生了怀疑

[wclebb]

本人自己有 DS220+，用 西部数据 炒豆子的 HC 空气硬盘 8G×2 盘（它太吵了）
虽然群晖 DS220+ 性能不足，但总体上还是满意，至少它还是 NAS ，就那样。

稳定用了一年了好像，后来近期发现 OneDrive 上传上去都是不完整文件，但在群晖里，是正常的文件。
不明原因的情况下只好越过客户端，去打开群晖，然后下载到本地，然后覆盖客户端。听起来很奇怪，但也是没办法。

印象中坚果云也少过几个文件，就是没同步过去。同样也是越过去客户端下载到本地然后覆盖。
好像是空文件。

现在在居家办公，由于大部分文件缺失，忍无可忍，只好去解开再绑定登录同步。
结果倒好，发现下载的文件越来越多，覆盖越来越多。

幸好，它会附带「 2022_DownloadConflict 」这个重命名文件，然后覆盖（实际上是新增）文件。
想了一下就是把被覆盖的源文件删除，然后删除「 2022_DownloadConflict 」这类关键字就好了。

————

沉思了一会这群晖的作用后。
我决定把它出掉。

[wclebb]

@geniussoft #20 就是对虚拟机和 Docker 也不满意了。

[Tyanboot]

HC 盘默认设置是永不休眠，以及永不降速的那种，就是磁盘一直在转，而且空闲的时候也不会降低转速。

但是盘本身是支持这几种模式的，之前也看了一圈 linux 上似乎是没什么现成的工具能控制，主要是因为用的不是传统的 APM 的电源管理，是新的 EPC 电源管理，后来自己照着 HC 系列的 datasheet 写了个工具，https://github.com/tyan-boot/wdepc 可以试一下手动启用 idle_c 和 standby_z 两个模式。

不过之前听说群晖的系统装在机械盘上，一直会有读写，也不一定能有用。

[makusuofute]

@wclebb 开啊。 干活的数据如果不值得掏钱单独部署干嘛要用？

[wclebb]

@KoMAsS121 #7 少数派这个文章（需要会员查看）
https://sspai.com/prime/story/mac-ssd-cheating-2

简单来说：由于历史原因和 macOS 特性，Apple 并没有故意作弊，而是采取了和 Linux 不一样的写入方法。
Linux：fsync()
macOS：F_FULLFSYNC

Linux 那位大神 Hector Martin 用的是自己的熟悉的方法 fsync ，但 macOS 普遍采用 F_FULLFSYNC ；

依据 Apple 某位员工自己测试，第三方硬盘也有问题，主流硬盘通常不会丢，在 macOS 断电都能保存下来。
某些不入流的硬盘可能会丢（这是第三方硬盘的问题）。