请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 447 天前的主题，其中的信息可能已经有所发展或是发生改变。
黑群，目前用的是 6.1.7,机型 DS3617xs 。现在有两个需求，第一是变更机型为 ds918+（看网上说这个是针对个人用户，有些硬解功能）。第二是升级到最新的 7.2 系统。目前 ARPL 引导已经弄好。
 |
1
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 页面显示可迁移就行，如果出现所有数据将被删除的警告就别再继续了 |
 |
2
cnhongwei 2023-08-20 12:01:15 +08:00
数据保留没有问题，有些软件不能保留。升级的时候注意一下，我上次 6.2 升级 7.1 的时候，通讯录软件不能保留，我升级后不注意，在没有备份的时候，把老通讯录软件删除了，导致我的通讯录都丢了。
|
 |
3
HarveyLiu 2023-08-20 16:07:08 +08:00
操作错一步，就完蛋，NAS 要的是稳定，功能更新，或者新添功能，都建议外置独立系统内，NAS 本身，留三个通用接口，SMA ，WEBDA 就可以了。
|
 |
4
minbaby 2023-08-20 17:23:34 +08:00
黑裙前段时间刚从 3617 升级到 918 ，数据肯定可以保留，但是对应的系统设置，套件没有保留，不知道是不是升级的时候我最先插入的硬盘不是存套件的那块的原因。不放心的话，可以先弄个空盘，插到老系统上，存点东西，然后再插到新系统试一下，没有问题再全部迁移
|
 |
5
gotosre 2023-08-20 20:22:40 +08:00 via iPhone
黑裙稳点，别折腾🤣
|
 |
7
xhcnb 2023-08-21 09:59:05 +08:00
我的黑裙也是从 617 升级上来的, 建议做好充分测试, 我在升级前把 NAS 的所有硬盘包括 617 的启动 U 盘都拿下来, 用新的 U 盘和新硬盘做了全套的升级测试才开始升级的, 目前在 7.1.1
|
 |
8
BetterTomorrow 2023-08-21 10:24:41 +08:00
op 已经升级过了吗？
我也是 3617 现在 7.1 想升 7.2 了 |
 |
9
huangya OP @BetterTomorrow 升级了，稍微测试了一下。另外 download station 下载了大概 100g ，目前没发现问题。可能需要更多测试。
|
|
10
BetterTomorrow 2023-08-21 10:39:04 +08:00
@huangya 回家就整
|
|
11
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 修复一下, 其他暂没测, 看起来都正常 |
|
12
minbaby 2023-08-21 22:15:00 +08:00
@xhcnb @BetterTomorrow 我的 ARPL 引导比较新，直接手动上传 7.2 更新包就升级成功了，没有更新 ARP
|
 |
13
Techzero 2023-08-23 21:52:09 +08:00
我试了 7.2 的引导，想自己修改序列号和 DiskIdxMap ，结果一重启就自动重新 build 引导，然后修改就丢失，这个有办法解决吗
|
|
14
ruixue 2023-08-28 23:57:41 +08:00  1
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 好像收不到提醒，我是随便逛又点进来才发现还有附言的。。 |
|
15
huangya OP @ruixue 谢谢提供信息，但我听有人讲，似乎不会影响性能，只是显示错误。不知道对不对，还是这些人混淆了 cpu 核数显示错误和 cpu 型号显示错误的区别。
|
|
16
ruixue 2023-09-04 16:56:41 +08:00
@huangya 可以 bench 一下看看分数，和同型号 cpu 的参考分数差距大不大
其实我觉得没必要纠结太多，群晖这个系统对 cpu 要求并不高，无论 8 线程还是 12 线程，只作为 nas 使用，平时几乎感觉不到什么区别的，除非 all in one 跑很多 docker 虚拟机 |
 |
17
xkmttc 2023-09-05 10:14:10 +08:00
可以，黑群引导 arlp ，整个系统转移，我是用虚拟机转物理机，没有任何问题；换机器都行；
|
 |
18
goodryb 264 天前
跟 OP 的情况完全一样，想问下升级之后 918+硬解正常吗
|
Select Language