群晖可以在保留数据的前提下变更机型和升级系统吗?

2023-08-20 11:52:34 +08:00
 huangya

黑群,目前用的是 6.1.7,机型 DS3617xs 。现在有两个需求,第一是变更机型为 ds918+(看网上说这个是针对个人用户,有些硬解功能)。第二是升级到最新的 7.2 系统。目前 ARPL 引导已经弄好。

3176 次点击
所在节点    NAS
19 条回复
ruixue
2023-08-20 11:58:57 +08:00
https://kb.synology.cn/zh-cn/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_HDD

可以的,用新引导启动,assistant 页面显示可迁移就行,如果出现所有数据将被删除的警告就别再继续了
cnhongwei
2023-08-20 12:01:15 +08:00
数据保留没有问题,有些软件不能保留。升级的时候注意一下,我上次 6.2 升级 7.1 的时候,通讯录软件不能保留,我升级后不注意,在没有备份的时候,把老通讯录软件删除了,导致我的通讯录都丢了。
HarveyLiu
2023-08-20 16:07:08 +08:00
操作错一步,就完蛋,NAS 要的是稳定,功能更新,或者新添功能,都建议外置独立系统内,NAS 本身,留三个通用接口,SMA ,WEBDA 就可以了。
minbaby
2023-08-20 17:23:34 +08:00
黑裙前段时间刚从 3617 升级到 918 ,数据肯定可以保留,但是对应的系统设置,套件没有保留,不知道是不是升级的时候我最先插入的硬盘不是存套件的那块的原因。不放心的话,可以先弄个空盘,插到老系统上,存点东西,然后再插到新系统试一下,没有问题再全部迁移
gotosre
2023-08-20 20:22:40 +08:00
黑裙稳点,别折腾🤣
huangya
2023-08-20 23:03:13 +08:00
@minbaby 有些套件确实没有保留,但是套件对应的数据还在。
xhcnb
2023-08-21 09:59:05 +08:00
我的黑裙也是从 617 升级上来的, 建议做好充分测试, 我在升级前把 NAS 的所有硬盘包括 617 的启动 U 盘都拿下来, 用新的 U 盘和新硬盘做了全套的升级测试才开始升级的, 目前在 7.1.1
BetterTomorrow
2023-08-21 10:24:41 +08:00
op 已经升级过了吗?
我也是 3617 现在 7.1 想升 7.2 了
huangya
2023-08-21 10:35:13 +08:00
@BetterTomorrow 升级了,稍微测试了一下。另外 download station 下载了大概 100g ,目前没发现问题。可能需要更多测试。
BetterTomorrow
2023-08-21 10:39:04 +08:00
@huangya 回家就整
xhcnb
2023-08-21 18:28:41 +08:00
@BetterTomorrow #8 今天下午把 j1900 的 ds3617xs 升级到 7.2 了, 无损
1. 备份系统设置和重要的 photos
2. 在 7.1.1 里手动上传 pat 包升级 7.2-64570 Update 3
3. 重启的时候, 关闭电源, 拔出引导 U 盘
4. 重新写入新的 arpl 到 U 盘, 我用的这个 https://github.com/wjz304/arpl-i18n/releases/tag/23.8.8
5. 插入 U 盘开机, build bootloader, 常规操作
6. 10 多分钟完成升级, 虚拟机需要修复一下, ffmpeg 修复一下, 其他暂没测, 看起来都正常
minbaby
2023-08-21 22:15:00 +08:00
@xhcnb @BetterTomorrow 我的 ARPL 引导比较新,直接手动上传 7.2 更新包就升级成功了,没有更新 ARP
Techzero
2023-08-23 21:52:09 +08:00
我试了 7.2 的引导,想自己修改序列号和 DiskIdxMap ,结果一重启就自动重新 build 引导,然后修改就丢失,这个有办法解决吗
ruixue
2023-08-28 23:57:41 +08:00
7.2 还是很稳定的,完全可以日常使用

ds918+系统最多就只支持 8 个 cpu 线程,你这 12 线程的 cpu 确实有 4 个线程浪费了

https://xpenology.com/forum/topic/61634-dsm-7x-loaders-and-platforms/

如果接受不了可以考虑换 ds3622xs+,最大支持 24 个线程,能充分发挥 cpu 的性能,代价就是放弃硬解,还得看你对核显硬解的需求有多大了

或者也可以跑虚拟化,把核显直通给虚拟 dsm ,分配 8 个核心,剩余的 cpu 性能可以带其他虚拟机,倒也不算浪费了,就是会更折腾一些,而且核显直通的稳定性也不太理想

另外提一句,楼主附言里面的 at 好像收不到提醒,我是随便逛又点进来才发现还有附言的。。
huangya
2023-09-04 15:25:19 +08:00
@ruixue 谢谢提供信息,但我听有人讲,似乎不会影响性能,只是显示错误。不知道对不对,还是这些人混淆了 cpu 核数显示错误和 cpu 型号显示错误的区别。
ruixue
2023-09-04 16:56:41 +08:00
@huangya 可以 bench 一下看看分数,和同型号 cpu 的参考分数差距大不大

其实我觉得没必要纠结太多,群晖这个系统对 cpu 要求并不高,无论 8 线程还是 12 线程,只作为 nas 使用,平时几乎感觉不到什么区别的,除非 all in one 跑很多 docker 虚拟机
xkmttc
2023-09-05 10:14:10 +08:00
可以,黑群引导 arlp ,整个系统转移,我是用虚拟机转物理机,没有任何问题;换机器都行;
goodryb
273 天前
跟 OP 的情况完全一样,想问下升级之后 918+硬解正常吗
huangya
270 天前
@goodryb 没有测试过硬解,其余正常

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/966794

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX