D

不是 iOS 端的话不正常，可以试下防火墙和杀毒软件加信任列表。

感谢反馈，先记录 Issue #9855 · siyuan-note/siyuan

2. 请上传系统日志
3. 请发一下剪藏的网址

感谢反馈，添加行的问题可以重现，分页为刷新和 PDF 导出的问题暂时无法重现。

估计做不了，思源的架构需要启动内核才能用，比较重。

讨论了 关联列 的局限性，所以暂时不考虑了。

“长命功夫长命做”，作息规律，掌握好节奏，共勉。

感谢反馈，下个版本改进 Issue #9748 · siyuan-note/siyuan

可以在 git 中看下那几个文件的变更情况。

收到，我们考虑下 @Vanessa

不考虑了，谢谢。

另外，我注意到损坏的这些文件都是 7 号晚上 22:07:07 这个时间统一变动的：

今天数据同步的时候发现了 7 号的文件变更，但是这些变更文件都是损坏的，并且再往前看日志可以发现 7 号 22:04:07 的时候内核已经退出了，思源本身是不可能再去读写文件了：

所以，很显然损坏的这些文件都是在 7 号 22:07 这个时间点外部写入导致的，和思源没有关系，请自行排查一下吧。

wolai 的做法是在页面行下方加一个比较暗的虚线，notion 和 flowus 是加一个图标

麻烦截图看下。

从 Docker 端的日志可以看出 09:43:54 的时候上传了最新的快照 93fe896，然后 Windows 端在 09:54:02 获取到了这个快照，但 Windows 上有两个文件因为更新时间小于云端所以使用云端覆盖：

W 2023/12/09 09:54:03 sync.go:632: ignored local upsert [8ec24c806bef987bcd2e9aa7992b73c0d4cbbfb2, /20210825114524-r83bh41/20210717162559-qzr53vr.sy, 2023-12-07 22:07:07] because it is older than cloud upsert [f85269aa07e0f1d34620191ff7d0fc78d39fd06f, /20210825114524-r83bh41/20210717162559-qzr53vr.sy, 2023-12-08 17:42:36]
W 2023/12/09 09:54:03 sync.go:632: ignored local upsert [ba76cafaedae94a7d4ce2f4e9978704848b87af6, /20210825114524-pm84ktm/20210825114541-dq1778u/20210717160140-b2z4mob.sy, 2023-12-07 22:07:07] because it is older than cloud upsert [0c2ecd57e60ab565d9907bc3ce220ea9e3495a9d, /20210825114524-pm84ktm/20210825114541-dq1778u/20210717160140-b2z4mob.sy, 2023-12-08 09:39:57]

处理完数据更新合并后，这次同步就完成了，没有异常。但 Windows 端在紧接着的时间点 09:54:05 出现了本地数据损坏：

W 2023/12/09 09:54:05 file.go:129: tree [D:\siyuan\data\20210825114524-r83bh41\20210717162559-vmsvgfv.sy] is corrupted
W 2023/12/09 09:54:05 file.go:148: moved corrupted data file [D:\siyuan\data\20210825114524-r83bh41\20210717162559-vmsvgfv.sy] to [D:\siyuan\corrupted\2023-12-09-095405\20210825114524-r83bh41\20210717162559-vmsvgfv.sy]
W 2023/12/09 09:54:05 file.go:129: tree [D:\siyuan\data\20210825114524-r83bh41\20210814102053-7adenjh.sy] is corrupted
W 2023/12/09 09:54:05 file.go:148: moved corrupted data file [D:\siyuan\data\20210825114524-r83bh41\20210814102053-7adenjh.sy] to [D:\siyuan\corrupted\2023-12-09-095405\20210825114524-r83bh41\20210814102053-7adenjh.sy]

这两个文件因为损坏所以被移动到了 corrupted 文件夹，所以后续进行的同步 a4a8d1a 就少了两个文件，最终在 Docker 的日志中也就被同步删除了：

I 2023/12/09 09:57:33 sync.go:238: cloud remove [923501f04b194859073ab21a92abacfdf64a83ee, /20210825114524-r83bh41/20210717162559-vmsvgfv.sy, 2023-11-27 17:45:06]
I 2023/12/09 09:57:33 sync.go:238: cloud remove [bb88a85c4392bf900c8d49a031e2e88bcc881442, /20210825114524-r83bh41/20210814102053-7adenjh.sy, 2023-11-27 17:45:06]

另外，Windows 端的日志中还发现了其他数据损坏文件，时间点是 09:54:12 和 10:04:21 等：

建议排查一下是不是有第三方软件在读写文件导致数据损坏，思源本身是可以保证文件读写的正确性的，即使是在突然掉电的情况下也不会写坏数据。

不会恢复。

可以区分的，行绑定了块的话是悬浮会显示 打开。

请发一下丢失文件的 id

请参考用户指南 忽略文件 文件章节。

嗯，行如果是绑定块的话块删除了行就删除了，可以通过块右边的数据库标识来判断该块是否存在数据库，和通过引用计数判断是否存在引用类似。

可能是没有打开这个选项吧？

暂时不太清楚重现步骤，如果能稳定重现的话请录屏演示，感谢反馈。

如果不是最新版的话请升级最新版，v2.11.0 我们解决了一个数据合并的问题。

如果已经是最新版，请上传所有端的内核日志以便我们定位问题，谢谢。

试试 设置 - 数据仓库清理

麻烦录屏演示操作，谢谢。

@participants 各位，下个版本不再强制使用独显 Issue #9845 · siyuan-note/siyuan 如果需要强制使用独显，请自行添加启动参数。

你好，是因为 Win7 系统吗？如果是的话没有办法，只能升级系统到 Win10 或者以上才能用。

抱歉，这个我不清楚，我只是根据返回的报错做的猜测。

建议更新到最新版后再试试，如果还是报这个错，多半是 WebDAV 服务端的文件系统或者网络有问题，magic number missmatch 是无法解压缩报的，说明数据被篡改了。

感谢反馈，iOS 上可以重现问题了，先记录 Issue #9844 · siyuan-note/siyuan

社区编辑器上传的资源是无法删除的，只有思源笔记端上传的支持删除。