不应该，已经运行不短时间了，数据也进去不少了，之前没这种问题，配置啥的也一直没有改动，是不是从一开始设定的每天凌晨重启一下闹得？
【 在 mingtong 的大作中提到: 】
:
: 有不兼容的硬件。
--
FROM 36.112.204.*

【 在 stoneyang 的大作中提到: 】
: 不应该，已经运行不短时间了，数据也进去不少了，之前没这种问题，配置啥的也一直没有改动，是不是从一开始设定的每天凌晨重启一下闹得？

内存条有灰了也许。
拔下来橡皮擦擦。
--
FROM 125.70.178.*

还是抠。系统大部分文件，在只读镜像里。再在闪存里划个小空间放写入删除数据的overlayfs就行了，大把嵌入式设备，比如路由是这么干的。
至于冗余性，手机、主板bios乃至部分路由都有防刷死机制，搞A/B slot，群晖自己也有所谓的SHR技术。实现根本不成问题。压根不该预想安装到用户的冗余数据盘上，万一用户就只放一个单盘？
至于用户媒体所产生的衍生数据，比如人脸识别，地点和事件之类的不好估算大小的元数据，这种倒是可以伴随本体存到用户数据盘上。
现在群晖把对系统数据的写入和用户数据盘的写入都搞在一块了。在业务空闲时间里，用户数据盘写入应该很少的，甚至长期休眠。群晖这么搞，对用户存储设备乃至数据，都是一种不必要的压力。一旦死机，系统数据有误，报错，拖累用户数据。
我欣赏群晖的功能集成。但是，它的底层存储层机制，真的是乱，我看着难受。按我，让它挂载一个其它地方提供的samba，只用它的上层功能，就到顶了。

【 在 richiter 的大作中提到: 】
: 这显然是系统冗余最简单的办法，如果单弄一块空间就成单点故障，
: 这块空间再做冗余成本就越来越高，最后还是用户买单。
: 现在只要硬盘还有一块没问题，系统就没问题。
: ...................
--
FROM 119.129.53.*

简单说就是，如果群晖觉得，可重复下载，烂大街的系统镜像和少量设置数据，需要和用户孤本数据一样，值得同一种程度的冗余性待遇，群晖应为这种系统数据提供必要开箱即用的冗余存储机制，有独立的存储块设备，而不是扔到用户的数据盘上。哪怕多出的硬件成本最终也是由用户买单（其实也没多少）。
【 在 richiter 的大作中提到: 】
: 反正它就这么设计且一直做下去了，
: 我用了很多年，在实践中感觉算是比较好的方案，懒得举证了。
--
FROM 119.129.53.*

群晖官网上有说明书下载。
【 在 stoneyang 的大作中提到: 】
: 群晖nas，就那种四盘位的nas，内存在哪，只知道台式机在哪，这个还真不知道。。。
--
FROM 119.129.53.*