请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 58 天前的主题，其中的信息可能已经有所发展或是发生改变。
20 年开始玩 nas ，当时是用的旧笔记本。 22 年的时候组了一套 12490F+b660 32G ，上 TrueNAS 。硬盘是买了四个 4T 紫盘组 z1+一个 14t 的矿盘 pt 做种
用了两年发现了不少问题。
- 首先是稳定性，前一年的时候稳定性非常好，连续开机一年多了，但是最近几个月经常就自己崩了。（猜测是系统盘读写 44T ，这个数是预期寿命的 218%😰）
-
然后是内存，32G 给 zfs cache 感觉还是不太够，随随便便就满了（不过好像内存多大都会吃满）
-
cpu 严重过剩，快三年了 cpu 温度没超过 40 度过。这个可能是因为我没有怎么用组 raid 的 pool
总的来说我本来是想拿来用于备份数据的。但是稳定性不足一直让我在“玩”。现在最大的用途就是 pt 做种+jellyfin 实现了视频自由。
由于我是非科班出身，很多东西处于民科水平，我唯一想要就是提升稳定性到“可以储存重要资料”的程度。
有没有老哥可以做到两年不掉线的。求分享经验
附：
26 条回复 • 2024-10-07 23:35:27 +08:00
 |
1
chenluo0429 58 天前 via Android
看了 uptime 是 93 天，实际上完全没遇到过系统级的崩溃情况，能坚持多久取决于我什么时候有空升级内核或者刷 bios 。
你的硬盘有点怪吧？谁家硬盘预期寿命只有 20T 啊？不会是 128 的上古电子垃圾吧？ |
 |
2
totoro625 58 天前
差不多的配置，但是我只稳定运行了 1 年，近期例行重启过 /t/979429
你的主要问题可能是系统盘的质量问题，曝光出来让大伙避坑吧 预期寿命具体是多少可以再算一算，不至于是 20T 32G 跑一些程序+zfs 勉勉强强，鉴于你做种的 14T 并不是 zfs 内磁盘，可以手动设置 zfs 最大占用内存为 8G ，剩余 16G 跑程序，8G 机动应急 zfs raidz1 是个不错的选择，足够储存重要资料，如果不放心，可以改为 raidz2 ，相信重要数据不至于超过 8T ，个人经验是重要数据 1T~2T  |
 |
3
billlee 58 天前
1. 内存给多少都是吃满的，不要混用 zfs 和其它文件系统。
2. 经常自己崩了，那要看日志是什么原因崩的。比如说，我上台 NAS 就是因为电源故障崩的 3. 要提升稳定性首先要换到有 ECC 内存的服务器平台 |
 |
4
sinzhishuibie 58 天前 via Android
我自己的 nas 折腾历程给你一点参考，蜗牛加黑裙到 正经租了一套 nas 配置，omv 稳定玩了两年，现在直接换成 debian12 。不组 raid 全部单盘用，稳定快一年无问题。
你既然要稳定的存储重要资料就不要折腾 zfs raid 什么的,直接一个物理机老老实实跑 nas 基本的功能 |
 |
5
ferock 58 天前
果然还是群比较稳定
|
 |
6
wheat0r 58 天前
我就这么说吧，把 NAS 当 NAS 用的话，N100 性能已经超标了
|
 |
7
unidentifiedme 58 天前
> 可以储存重要资料
RAIDZ2 + 两份云备份足够了，我自己是 RAIDZ2 外加重要资料 restic 每天备份到 OneDrive ，也可以是 B2 ，其他 OSS 之类的。相信我，没有那么多重要资料，绝大多数人最最重要的资料就是照片库。 内存你给多少 ARC 都能吃完，我给 64GB ，有 IO 的时候几乎常年都是吃满的。  |
 |
8
maleclub 58 天前 via Android
2016 年自己用台式机玩了一年黑群晖，摸熟悉系统后的 2017 年底入了台 ds916plus+4 个 8T 西数红盘+施耐德 ups ，坐标 020 市老城区，每年因为市电自动停启 10 次左右，到现在重来没有崩溃或掉过（网络是中国电信的早期开了 ipv4 也没有掉过）。因为存放的数据比较重要，比较少折腾多媒体的东西，主要是同步文件，性能过剩，就跑几个 docker 的轻量服务，常年 cpu 负载 40-60%。
|
 |
9
zhandouji2023 57 天前 via Android
我用 omv 已经运行 8 个月了。之前也没问题，是因为要移动位置手动关机的。
|
|
10
zhandouji2023 57 天前 via Android
omv 如果系统崩了，好像可以直接进入 u 盘的 Ubuntu 挂载 omv 磁盘？
|
 |
11
javazero OP @chenluo0429
@totoro625 当时还在读书，没什么钱买很吊的 ssd😂   蛮奇怪的，搜出来好像预期寿命也有个 500 多 TB （[chatgpt]( https://chatgpt.com/c/66fcd3da-c69c-800b-845c-75531106efcd)） |
|
12
javazero OP @unidentifiedme 是，主要就是照片。一直想上 immich ，但是没有勇气把照片放上去。
|
|
13
javazero OP |
 |
14
raiot 57 天前
没想到 v2 上还能刷到校友。想存重要资料可以考虑找个靠谱的云盘做备份。用 HP Gen 8 + UNRAID 组的 nas ，因为没上 UPS ，连续开机时间从没超过一年，比较重要的文件就用黑群晖上的 CloudSync 加密 + 定时上传 Onedrive
|
|
15
unidentifiedme 57 天前  1
@javazero #12 immich 确实更新非常频繁，server 和 client 都需要更新。你可以选择和我一样，用其他方式备份，immich 仅作为图片浏览器，只读 NAS 上的照片。
@javazero #13 其实没有必要担心 Linux Distro ，选择你最熟悉的就好了，即使你需要 ZFS 。[OpenZFS]( https://openzfs.github.io/openzfs-docs/) 在常见 Distro 上都有很多文档。我就是在 [NixOS]( https://nixos.org/) 上用的 ZFS 。我理解 TrueNAS 最大的价值只是他那个 WebUI ，对于我用的 NixOS 而言没啥意义。 |
|
16
zhandouji2023 57 天前 via iPhone
@javazero 安装方便。就用来共享资料。一会就装好。truenas 得对着视频教程才能安装。不需要性能也不会 docker 啥的。设置共享权限也方便。
|
 |
17
hanyuwei70 56 天前 1
首先重要数据 3-2-1 备份。
其次你需要的”稳定性“是数据持久（即数据不会丢）还是数据可用（即一直在跑 SMB 服务）? 我自己的是一个 ArchLinux ，文件系统是 btrfs ，跑的 ECC 内存。因为我喜欢捡二手（甚至三、四手）所以可用性不是特别好（有过莫名其妙的、未查出原因的死机），但是迄今为止数据没丢过（ pacman.log 显示 2019-12-28 第一次安装），上面跑了 smbd 和 transmission ，有的时候会跑一些游戏服务器和 kernel 交叉编译。 uptime 保持不住因为我要重启更新 kernel 。 内存吃满是很正常的事情，毕竟放在那里也是放着不如拿来加速 IO ，要用的时候会让出来的。 我个人的经验就是上服务之前一定要搞清楚这个服务是干什么的，有无 plan B 。 |
 |
18
standin000 55 天前
楼主 5 个硬盘有什么硬盘架接到电脑上去的
|
 |
19
he1293024908 55 天前 via Android
其实对于 nas 而言，j4125 ，n5095 的性能完全足够，跑 pt 和 jellyfin 其实资源占用并不是很高，除非是有同时转码多个视频或者 av1 解码要求，不然两者的核显是完全够用的，上 n100 妥妥的性能溢出，这些低功耗版缺点就是拓展性不大好，但是说实话，就你说的跑个 pt 和 jellyfin ，做个文件存储，32g 内存也够了，硬盘用 m2 转 sata 就行
|
|
21
javazero OP @standin000 专用 nas 机箱 大黑铁盒子
|
|
22
standin000 54 天前
@javazero 你的截图有哪里 uptime 和硬盘预期寿命？ 第一次听说硬盘预期寿命的
|
 |
23
4bEvreYuWwE07Ays 53 天前
系统盘去买个傲腾 16g ，这玩意极其耐操，我的 truenas 上用了四年了健康度还有 98%。
另外内存便宜的话可以加，我的加到 64G 。 想要安全就组 raid1 ，我是 6 块 8t ，可用为 24T 。不怕坏盘。 想不掉线的话加个 ups ，我这有台风等恶劣天气才会断电触发 ups 服务的自动关机，除了自己维护和恶劣天气，日用四年不掉线。 |
|
26
raiot 51 天前
过控 20 的 hhhhh ，太巧了，突然发现我还有你 Q
|
Select Language