突如其来的长假，为了数据以及生产力，Nas二奶机的折腾

疫情严重，为了自己和大家的安全，响应国家号召，每天宅家带娃、睡觉，享受难得的亲子时光。

长假期间，有了需要远程办公的需求，同时老婆第一次感受到了Nas带来的生产力提升，高度赞扬了之前倍受鄙视的捡破烂行为。。。以及哪个藏在角落只能散发噪音的黑盒。。。

说下情况吧，先前已有一台蜗牛，自己用，换了电源，上了2块盘3T企业盘，一块做照片工作文档一类的存储盘，一块做电影、电视以及下载盘。另外手上还有其他的一堆硬件，折腾起来方便快捷！

之前也折腾过我的小蜗牛，大家可以了解下：

我的蜗牛星际B单，不折腾日记小编注：此篇文章来自#原创新人#活动，成功参与活动将获得额外100金币奖励。2020年新人计划正在进行，点击查看活动详情在ZDM这么久，很少看到蜗牛B的文章，正好最近有空我就分享下我的B单吧。购买理由之前一直都是用的小米路由2，换了3T硬盘，装了MT工具箱，可以做下载机、FTP，VPN服务器等，一直小杨欧巴在努力| 赞17 评论39 收藏115查看详情

我的蜗牛星际B单，折腾日记小编注：此篇文章来自#原创新人#活动，成功参与活动将获得额外100金币奖励。2020年新人计划正在进行，点击查看活动详情前言之前写了一篇关于蜗牛星际B单的文章，主要写的是不折腾，但是最近正好工作调整，闲来无事，那就折腾下吧，也有空余时间，顺便记录下，初步打算是再写3篇，加上之前的一篇共计4篇，主题分小杨欧巴在努力| 赞5 评论25 收藏78查看详情

我的蜗牛B单，折腾-番外篇小编注：此篇文章来自#原创新人#活动，成功参与活动将获得额外100金币奖励。2020年新人计划正在进行，点击查看活动详情写在前面写着写着写成系列了。。。这是第三篇！其实这篇文章和蜗牛B单没有任何联系，为啥要写在这里呢，主要还是因为蜗牛成功胜任了单臂旁路由，帮我解放了一台设备，一台nano-itx的小小杨欧巴在努力| 赞12 评论5 收藏63查看详情

我的蜗牛B单，教程篇-单臂旁路由写在前面蜗牛B单到手几个月了，也折腾和不折腾搞了很久了，从开始写这个文章是没想到会写成系列的，这篇也是兑现之前的承诺吧。看过前几篇的筒子们都想看的一个教程就是单臂旁路由，今天我就按步骤详详细细的写出来吧。当然，前面几篇文章大家可以看看。里面有整体的效果。后续教程的话应该也会写，如果大家有什么迫切想看小杨欧巴在努力| 赞19 评论35 收藏155查看详情

折腾原因和过程

说是折腾原因和过程，其实就是背景和过程介绍。。也给大家启发下思路，看大家是不是也有这些问题。有没有更好的解决方案。

现在用的主力大奶黑裙是蜗牛B单，最开始用的3617，6.17二合一盘，自己搞了扩容，奈何强迫症不能忍受更新小红点以及为了moments新版本，drive2.0，再很久之前的某个周末，经历长达一周的心理斗争（主要担心数据以及应用的数据），狠下一条心换成引导模式，由于不喜欢后面插个U盘的样子，我选择用蜗牛的固态U盘做引导盘（这个破盘，也就拿来做引导放心一点，做其他需要经常读写的我怕它分分钟崩给你看。。。）选择了jun的1.03引导，一步一步安装完毕整理之前的数据，安装应用。。。（这次折腾发现，其实就算是二合一只要你应用和数据不在二合一分区其实恢复迁移起来简直就是小意思。。。）目前小蜗牛稳定运行在DS3617xs，6.2.2-24922update4的最新版本，没有任何兼容问题（起码我用了这么久没有发现一个。。。）转码，略缩图都一切正常。。。

Nas用久了，数据就多了，其实最重要的数据就是那些一旦丢失就不容易找回来的数据，根据数据重要性，我把数据分了3个类别和优先级：第一级，最重要——丢失后不容易全部或部分找回，可能永久遗失，最简单的说法就是一旦丢了会心痛很久，起码不高兴几天。。代表数据-照片等！第二级，重要——丢失后可能部分或全部找回，但可能通过其他途径、手段重建或者找回，最简单的说法就是如果丢了会造成一些困扰。。代表数据-工作文档等！第三级，一般——如果丢失了可以轻易通过其他手段再次获得或者就放任不管的数据，代表数据-音乐、视频等公开可再取得文件。

针对数据的安全性及恢复难度，我将照片及工作文档进行了再次备份，具体手段就是采用cloud sync将重要数据加密后再备份一份到公有云上，我现在将把照片及工作文档加密备份一份到OneDrive，再把照片加密备份到限速云盘（本来策略是和OneDrive一致的，奈何今年限速云盘限制了大小，只能精简再精简），作为最后的留底。

上面说了那么多，其实也说清楚了我的情况，其实根据我之前的构架，数据、媒体的安全基本可以得到保证，但是闲下来就想得多，想得多就发现问题多，问题一多作为工科男就像解决。。。最后整理出来之前系统存在的最大的问题和风险主要是在下面2点。

1、3617的6.22虽然很稳，但是有个很大的问题，3617对流媒体支持不是很好，小蜗牛的身板又小，比如一次同步大量手机视频，cpu会满负载运行几十分钟到几天（家有萌娃，全家人怎么拍都拍不够，再有就是可能好几天几个星期备份一次，moments同步一次这个强度小蜗牛耐不住啊。）而且现在很多影片是H265的，小蜗牛羸弱的软解对小一点码流分辨率的可能还能坚持，大一点的估计就一步一卡了，而且如果同期做其他的事情也影响其他的效率。

2、数据的最终备份目前分别在OneDrive和限速云盘，这两个云盘也有问题，限速云盘就不说，年初就搞了一波限大小，OneDrive是用的5T的盘（来路大家都懂，本站也有很多教程）但是毕竟来路不是正路，也是容易翻车的。。。

解决方案

针对第二个问题，我最开始考虑的解决方案就是定期再备份一份到硬盘，毕竟最重要的照片那些容不得半点马虎。第一个问题就比较麻烦了，3617本来就没有核显驱动，本来这些就是强人所难。后面我想到了我手上还有一个入蜗牛前拿来当黑裙的小主机，J2900的U，4网口，后面有了蜗牛就刷了LEDE做软路由，然后再一次因为降低功耗启用K2P的时候被放入柜子封存。所有就有了初步的计划，能同时解决以上两个大问题。

用J2900小主机再做一个918+的黑裙，定时开关机进行备份，将媒体文件全部放在918+上，通过wol按需开启，同时解决2个问题。 每周某天半夜自动开机，通过hyper backup将照片工作等自动备份（第一次有点慢，后面全是增量更新，时间很短，而且内网妥妥的）918+docker搭建jellyfin，启用硬解，配合emby，解决流媒体播放的问题。（主要是懒，希望全自动化，也免得忘了备份数据，这个是最重要的需求！！）

综上，新加的二奶nas平时都是按需开关，本身功耗也不高，四舍五入等于没有，数据备份等于在原nas，云端的基础上再加上一个本地冷备，数据更加安全。J2900和J1900功耗一致，主频更高，核显也要强那么一点点（其实我比较过，强的很不明显。。。。）但是因为918+的原因，核显用起来了，实测播放IPTV流，20M码流265，cpu占用50%左右！

图赏

20M，h.265,IPTV硬解

普通265转码

hyper backup定时备份

总结

其实整个过程最难也是最耗时间精力的过程也是有两点，第一就是整理需求，第二就是918+的安装。

不得不说918+用的1.04b引导有很大问题，最终我现在暂时只能用jun原版的1.04b，停留再6.21的版本上，测试很多个优化过驱动的引导，升级到最新的24922版本会出现失联（网卡未驱动）、转码结束或者切换转码重启（应该是核显驱动不兼容）、每次刚开机能转码然后过一会就不能转码（这个我至今没有想明白到底哪儿有问题）。

总的来说，这次折腾踩了不少坑，最主要还是918+引导最新版本系统的兼容性问题，来来回回刷引导文件无数次，最终还是选择放弃，选择目前最稳定的6.21，等下次有时间再想办法解决（这个和硬件有关系，J3455也同样在918+最新系统生不如死。。）。

另外因为最近和小炼同学在研究软路由，下次给大家来个基于win10的linux子系统的编译环境搭建（拒绝虚拟机）自编译自己需要的openwrt软路由！然后最近计划来一篇918+的教程，包括二合一系统迁移以及因为更换引导系统升级需要降级的教程！