D

和数据应该关系不大，你试下不要用 U 盘吧。

手动点击数据历史中的重建索引后出现的吗？

换个 U 盘试试....

请升级到最新版。

升级到最新版后试试。

下个版本会自动删除笔记本下面的遗留历史数据，方便的话请把数据打包发我测试一下 845765@qq.com

嗯，现在为了保险起见不联级删除属性。

正常情况下应该是跟随改变的，建议用默认主题测试看看。

• 制卡后的块属性不会跟随删除
• 导出时去掉内容块闪卡样式 Issue #7374 · siyuan-note/siyuan

感谢反馈。

升级到最新版。

只是块树损坏的话不影响，但是不确保文件系统没有问题。

日志上只能看出是块树文件损坏，大概率还是文件系统的问题。

请试下默认主题 daylight/midnight

对的，搜索是基于内容全文匹配。

如果要精确搜索的话得用 SQL 关联 span 表，span 表里面的 type 有 tag 值：

看日志确实是块树文件损坏了，你弹出 U 盘之前正常关闭思源了吗？

可能是点击以后多加了 #，你在搜索框里手动去掉看看：

对于 #A/B# 和 #B# 不是一个标签，因为 B 不在 A 下面，和 A 是平级的。

我们这里没有鸿蒙系统的设备，这个问题估计比较难解决了。

建议看下电量管理或者权限相关配置，如果还是不行，估计就没办法了。

也许鸿蒙系统和 Android 不太一样，我们也期待社区中有人能帮我们一把定位到这个问题，感谢。

日志上看是因为这些文档作为父文档是已经损坏的了，所以解析到子文的时候只能在损坏的父文档位置上创建 Untitled 空白文档。

请用之前的数据验证一下：把笔记本/.siyuan/history/ 都删除之后再启动。

感谢反馈，这个问题已经定位到，下个版本进行改进 Issue #7370 · siyuan-note/siyuan

谢谢，已经定位到问题了。工作空间/history/ 下面的不会有干扰，是笔记本/.siyuan/history/ 干扰了订正，这个问题下个版本改进 Issue #7370 · siyuan-note/siyuan

笔记本/.siyuan/history/ 文件夹是很早期的历史数据（后面都统一使用工作空间/history/ 了），手动删除掉就行。

稳定性一直是第一位，但是文件系统上可能会因为一些特殊情况（比如外部移动）发生变更，所以需要校验。

这个版本引入了数据订正，解决一些历史遗留问题造成的文件系统不一致问题，索引校验完毕后执行一次重建索引。

这个肯定是校验时发现重复的才会进行数据订正的。

bug 关联 Issue #7366 · siyuan-note/siyuan

对于后面的建议考虑：

1. 反链这些最好是拉满，默认在右边，所以就这样设计了，尽量不改变已有习惯，左侧悬浮的设计参考了 Notion，上下都要留一些位置，下面留大一些是因为底部还有停靠栏
2. 这个暂时没想好如何改，先不动了
3. 叫钉住很统一啊，都是一个意思 pin

@wxtgood @zxhd86 界面上的状态推送没有跑满是正常的，主要是为了减少推送数据量。

使用最新版试试。

应该只有重复的 ID 会被重置。

用户指南里搜索 优化排版

上传一下日志。