likeflyme 这个好像是非Pro版，那我能不能Pro和非Pro都装（群辉的docker），映射在同一个本地文件夹里，然后用非Pro的最新版去解析，Pro版去正常使用？两者的数据格式兼容吗？
实际上我估计不是这个问题，因为这在第一次同步的时候就出错，我的用法可能有点不一样，因为我微信数据小一个T（大概有10年的数据了），不想浪费两遍存储空间，所以我是直接把整个微信的working dir放到了NAS上，PC上通过SMB映射后用的，然后docker的对应目录用的mount --bind -o ro把FileStorage只读映射过去，数据库用rsync同步过去，不知道是否有影响。
具体的说：
微信在NAS上的位置：
/volume1/homes/{用户名}/WeChatPC/WeChat\ Files/{微信ID}/
Docker的映射：
/volume1/docker/cloudbak-pro:/app/data:rw
目录映射脚本（NAS开机自启动防止意外重启丢失映射）：
mount --bind -o ro /volume1/homes/{用户名}/WeChatPC/WeChat\ Files/{微信ID}/FileStorage /volume1/dock
er/cloudbak-pro/sessions/1/{微信ID}/FileStorage
rsync定时脚本（每天00:00同步数据库文件，但我电脑24小时不关机，所以有大概率同步文件时微信正在运行状态）：
rsync -au /volume1/homes/{用户名}/WeChatPC/WeChat\ Files/{微信ID} /volume1/docker/cloudbak-pro/sessions/
1/ --exclude={'/{微信ID}/Applet/','/{微信ID}/Recovery/','/{微信ID}/ResUpdateV2/','/{微信ID}/Backup/','/{微信ID}/BackupFiles/','/{微信ID}/FileStorage/','*.thumbs.db','*.db-shm','*.db-wal'}
所以，对于cloudbak-pro应该能看到的是最后一次commit的数据库副本（可读写）以及FileStorage文件夹的只读映射。不知道是否因为这个原因会导致bug？我大概翻了一下源文件，似乎没找到对FileStorage的写需求（可能有，我没细看），但这里还没涉及到图片和文件等的操作，就已经报错了，不知道问题在哪里。