dsm6用到现在其实一直没啥大问题，也没想过升级，
从去年老婆换了苹果16promax 后几次出去游玩，同步照片的时候，就发现她上传的heic的照片，在moments里面都预览不出来，
而我的xr上传的heic就是好的，一直都是有些困扰，但是也不太影响。
这几天把这个问题好好折腾了下。
结果发现是新的手机，heic格式有些调整，而老的dsm6.23最后能支持的heic预览就是xr手机。。简直是误打误撞了这么多年。
新手机都是多摄像头的，heic里面数据更多，解析对于dsm后台来说不太适配了。
这个群晖的后台搞不了，只能升级dsm7了。
dsm升级
一搜索，发现现在安装黑裙不要太简单，各路大神都牛气冲天，那么直接选择【RR】搞起。 翻qiang github下载。
查看升级日志发现i3 8100,在后续的最新版本里面不支持了，于是选了个能支持的7.3的，就是这个25年最后的版本，咱也不跟最新的，能用就行。
自动编译构建引导，啥版本的都能生成，直接启动引导，分分钟就进新的dsm7了。
参考https://cloud.tencent.com/developer/article/2486550
qm importdisk 107 /var/lib/vz/template/iso/rr.img syndata
使用下载的img 镜像导入到新建的pve虚拟机里面。新增一块额外硬盘，这里必须得大点，小了还起不来。
直接启动，访问9876端口，选择model，开始选了个920，发现只能识别到6块硬盘，最后又重新搞了一台，选了个1825+，这下舒坦了
一路next,没毛病。
启动完成，等待重启，访问5000端口。
使用自动安装。完成。
到这里其实就差不多没啥问题了。
主要是担心数据能不能过来
最开始是有点担心的，保险起见，额外新建的一台dsm920的虚拟机，搞了个新的1000G虚拟盘。
全部都安装好了，直接连接老的dsm6做了几个照片及gitlab,docker共享目录的数据同步。使用的Migration Assistant套件，同步了一晚上，
400多个G才搞完。
优化
其实很简单，两台dsm之间可以用NFS进行共享，然后挂载就跟smb一样访问就可以了，
或者直接用后面的招数，把虚拟硬盘unlink,然后 qm set 直接挂载到新dsm上面。
当然，之前是为了保险起见，还是用了第一种同步的方式，保持两台dsm都在线工作的状态。
测试完成没什么毛病后，才开始后面的折腾。
折腾完了，后续又起了台虚拟机尝试了直接挂硬盘的操作。
把104的原硬盘unlink,或者直接在web界面 detach,
然后在存储目录 disk8_2_2里面手动移动
cd /disk8_2_2/image
mkdir 107
cd 104
mv vm-104-disk-0.qcow2 ../107
cd ../107
qm set 107 --sata2 disk8_2_2:107/vm-104-disk-0.qcow2,size=1400G
移动完成104的硬盘就挂到107上了，到界面上把104的unused硬盘删掉，这时删除的是104目录下的（其实已经移动到107下了，删了web界面好看而已）
Moments & syn photos
其实这个过程中还是丢了点东西，原来moments里面手动建立的自定相册没有移过来，
据说都是在moments.db文件里面，但是找了半天实在没找到这个文件，
也懒的手动去恢复了，反正整体的文件没丢，目录后续有空了再一个个建立回来吧。
然后整个折腾最关键的是heic预览问题，结果发现竟然是依靠上传的终端来处理的，
如果是16promax，上传的时候手机端的Synology Image Assistant自动处理heic生成预览图片然后同步上传。
如果是web端一样，通过浏览器插件+本地应用Synology Image Assistant，使用电脑的能力解码heic生成预览图同步上传。
总的来说，就是把原来在dsm6上搞的那套后端ffmpeg解码的累活丢给了客户端。偷了个巨大的懒。∑( ° △ °|||)︴
好吧，问题解决了。也行吧。🤔
然后平时使用的git,ddns的两个docker都是直接在原dsm整体导出，然后整体导入，基本没问题
本文基于CC BY-NC-ND 4.0 许可协议发布,作者：野生的喵喵。 固定链接： 【黑裙dsm6.2.3升级dsm7.3】 转载请注明
