我有两台群晖，平时放在两个不同的地方做异地同步备份。之前因为群晖出现过一些漏洞啥的问题，所以根据网上的建议我开启了群晖的二次验证功能，不过最近突然出现二次验证密码一直报错的情况。我在网上找了一下，好像也有很多人遇到类似情况。所以我今天特别跑了一趟，去关闭群晖的二次验证功能。

至于导致二次验证功能的原因，我很难去分析了，有一种说法是因为时间同步的问题，不过我已经启用了群晖上的自动网络授时，这个问题应该不大。然后就是我最近经常在gmail里面收到群晖DDNS离线的消息，我看了一下我的路由器日志和群晖日志，并没有存在断电重启的情况。不过今天我发现那边的电脑无法上网了，一看好像是IPV6的锅。就是应该是运营商远程启用了IPV6，应该是中间有过断拨号（但不是断电），然后重新拨号后，获取到了IPV6+IPV4的地址，之后呢，就遇到了DNS的问题，貌似自动调取了IPV6的DNS，然后就BUG不断了。后来我把家里的路由器全部重置了，网络就好了。我对比了一下，重置后的路由器默认关闭了IPV6功能。所以很有可能是因为这个原因导致授时失败，或者是DDNS连接失败，进而影响到这个二次验证的功能。

好吧，既然决定关闭二次验证了，就看怎么操作了。网上的说法是按住屁股后面的reset按键4秒钟等待“嘀”的一声，然后完成重启就好。我第一次没成功，应该是没有戳到底的缘故，第二次就成功了。然后用路由器获取新地址，或者用那个群晖的辅助工具扫描获取新地址也行，通过默认的5000端口登录管理网页。输入admin和空密码点击下一步，然后再进行新的密码设置就可以了。之后就可以进入管理页面，将之前我的管理账户的二次验证彻底关闭。再换回管理账户，禁用掉默认的admin。

这两台群晖全部关闭了SSH服务以及admin账户，用了一个罕见的管理账户登录，密码也已经是强密码了。为了省的以后被莫名其妙的问题困扰，我还是关闭了群晖的二次验证功能，还是老老实实的改端口、关服务、修改强密码好了！

最近这段时间亚马逊海淘上出了很多不错的好东西，包括西数和希捷的大容量硬盘，买回来拆开来作为NAS的存储是相当的划算。我在美国亚马逊还有一些礼品卡没有用掉，于是就趁机买了两块8T的西数的移动硬盘回来，用于升级家里的存储容量。

首先，说说现在亚马逊上面的两款移动硬盘的选择，我两款都有买。其中希捷的内置的是酷鱼的台式机硬盘。而西数内置的则是编号为EZAZ/EMAZ的存储硬盘，这款硬盘源自HGST的Ultrastar DC HC510系列，有兴趣的朋友可以自行去研究一下。给出一份官方的pdf文件链接，这里说明了西数硬盘的P/N和对应型号的关系。另外要说明的是这块硬盘是PMR（垂直磁记录）硬盘，而非SMR（叠瓦磁记录）硬盘。有兴趣的朋友也可以自行搜索一下这两种磁记录方式对于硬盘存储的影响。我之所以这么说，一方面是因为文件有查到，另外一方面是我在之前对一块满载硬盘做了重写测试，确认了在满载情况下能达到120-130MB的重写速率，因此应该就是PMR无误了。因此，这款硬盘是现在买来作为NAS存储的最佳选择没错了。

还要提醒一点的是，希捷移动硬盘的磨具拆毁的概率达到99%，基本没可能无损拆毁。而西数就不一样了，手上两款移动硬盘基本都做到了100%无损拆解，也就是意味着，你的硬盘盒子还可以挪作他用。要么，还能挂在咸鱼上卖一下呢！

拆完硬盘，我们就准备开始扩容了，我们把现在机器上面的两块硬盘叫做A4,B4，新换上的硬盘叫做A8,B8。之前问过一个朋友，他的建议是，直接拆掉两块A4,B4，然后直接用A8,B8做系统，之后用外接硬盘的模式，选一块A4拷贝回去系统就好。于是我就这么做了，结果失败了。

失败的原因在于，从群晖系统上拆下来的硬盘，放到USB外置硬盘当中之后，并没法被系统正常读取，其实这个让我很恼火。首先要说的一点是，之前有误传说，群晖系统的硬盘没法被windows系统读取，而QNAP的可以，这其实是错误的。通过linux虚拟机和挂载的方式，群晖的硬盘同样可以被windows系统读取的。不过我不能理解的是，为什么群晖自己的系统，反倒无法读取了。然后有人说是因为分区的原因，说群晖外置的USB硬盘只能读取某些linux的指定分区。不过我已经懒得去验证了。反正就是给出结论，从群晖拆下来的硬盘，没法放在USB外置硬盘中，被系统重新读取。

那么结果就回到了老路上，我们需要按照官方给出的标准迁移方式来进行硬盘的扩容。第一步：将A4,B4插入机器，重新启动，然后关闭所有同步设置，避免其他一些不必要的问题发生；第二步，关机，拔出B4硬盘，将之前的B8硬盘插入，开机后出现硬盘告警，在存储管理中选择修复；第三步，等修复完成之后，关机，拔出A4硬盘，插入B8硬盘，重新开机；第四步：开机后根据前面的方法，再进行一次修复。

要注意的一点是，请确保插入的硬盘中没有群晖的系统，否则我怕系统会爆炸，哈哈。我是把A8,B8全部抹除了分区之后，作为裸硬盘插入进去进行初始化的。在做完第一次修复之后（A4+B8），系统硬盘的容量是3.X，就是之前RAID的容量，但是做完第二次修复之后（A8+B8），就变成了6.X的容量，不需要进行网上所说的硬盘存储空间的扩容操作。至于为什么明明是8T的硬盘，做完RAID之后只有6.98T，是因为本来显示就是7.28T，然后要留一部分空间存储RAID的元数据，所以还要再缩小一点，反正够用就好了。

用两次系统重建的方式来操作，虽然是浪费了一点时间，但是操作起来比较省力，也不需要进行Docker的重新配置。先折腾到这里吧，扩容的空间可以够我再用几年了。

最近在网上闲逛，想着家里的NAS是不是要升级一下了。之前用的是一台QNAP的269H，这是一台非常奇葩的机器，运算处理能力不错，但是软件渣到不行。所以想着，这次更换还是选择号称买软件送硬件的群晖好了。合理评估了一下，其实4盘位用处不大，所以依然选择和之前一样的2盘位的产品，然后根据实际情况考量了一下，最终选择了218+

群晖的DS218+，是群晖X86系列中的入门产品，和其他几款218系列不同，其最大的优势就是X86浮点处理器，以及可以方便添加的内存。相比其他同款型号产品，可以支持虚拟机和扩展Docker应用。虽然最后我用下来，这两个功能都没有用上，但有总比没有好，谁知道哪天我心血来潮，可能就用上了也说不定呢？

群晖的软件做的的确是好，我从原来的QNAP上面拆下来两块硬盘，先塞进一块做主盘，第一次安装的时候报错了，或许是写入数据权限的问题，于是手工指定本地的系统固件，一次性安装成功并完成了初始化。

然后，我用外接的硬盘底座，接上原来QNAP里面另外一块硬盘，因为两个硬盘是做RAID1的，所以里面内容都一样。群晖很快识别出来了新接入的硬盘，并且读取到了三个分区。我很方便的找到了其中的共享目录。造样画葫芦的在群晖上建立了类似的共享。

接下来就是拷贝文件了，所有操作都可以在网页上完成，而且设置了QuickConnect的ID之后，我回家了以后继续可以接入设备。这个易用性方面来看，虽然QNAP也有类似产品，但是用下来，群晖的要好用很多。我原本以为拷贝文件需要花掉很长世间，但出乎我意料的是，大约只花了半天多一点的时间，就完成了所有文件的拷贝。可见系统的读写效率还是很高的。我挨个目录进行了容量尺寸确认之后，确认的确是无误了，才开始进入下一步骤。

下一个步骤就是重建硬盘RAID了，原来在QNAP上面选择的是RAID1，现在群晖系统默认采用的是SHR的RAID方式，我查了一下，这种方式在两块硬盘的情况下，和RAID1基本是一致的，而且相对于不同尺寸的硬盘，兼容性还会更好。说实话，是我在添加硬盘的时候，貌似也没看到什么选项，于是就稀里糊涂的加进来了。而这时候上了贼船就没有回头路了，之后就是漫长的硬盘重建时间。从中午1点钟开始，我一直弄到晚上9点多钟，终于完成了两个4T硬盘的数据RAID重建工作，好在这种工作只要初始化的时候做一次就好。

大致说一下使用群晖的感受吧。其实对于一般用户，NAS的存储功能是最重要的，那些花里胡哨的功能，更多只是附加分而已。而存储的话，不仅仅是在硬件上的功能，很多时候软件配套也很重要。群晖在这方面，碾压QNAP几条街。作为软件的附加值，个人认为的确是值回票价。至于我前面所说的，选择+版本，从而支持虚拟机和Docker的更多扩展，则是更加锦上添花的操作选项了。

在群晖的配套中，包括备份工具、同步工具、日历、笔记、网盘、DNS…你能想到的基础应用都一应俱全，如果你还不满意直接上虚拟机，这样总够了吧。而且实际安装后使用，无论是颜值还是稳定性都不错。正所谓，一机在手，别无所求。

不过我并没有使用其所提供的相册、笔记本等服务，因为一方面是设备放在家里的上下行带宽的问题，另一方面就是接入APP的问题。我记笔记还是用Evernote好了。不过群晖在这里可以作为一个备份和补充资源倒是不错。同样的，我的照片虽然以文件的方式传入了群晖，但我一样没有使用其中的Photo Station功能。

今天折腾了一个下午还没弄好的，是关于它的云盘同步的功能。这时候我才发现一个大问题，就是群晖无法直接连接Dropbox和Gdriver的内容。网上有一些关于酸酸乳的Docker应用，但是大多是服务器端的，对于单独的客户端Docker，却非常难找。好不容易找到一个，竟然还是不带R的。所以只好作罢，实在不行只能在路由器上面做文章了。

最后要说的是，群晖的APP应用比QNAP也要好太多了，不管从稳定性还是界面上来看。所以号称买软件送硬件的牛皮不是白吹的。所以呢，如果你有这样的家庭存储需要，想想还是建议你们一步到位，直接上群晖就好。如果不想折腾，218Play / 218也是不错的选择，如果钱多，还可以上更高配置的718+。

之前买群晖的另外一个原因是想上Amazon S3，但是，在无法确保到国外链路联通的前提下，还是暂缓一下，等好心人在Docker上开发出配套的应用再说吧。