什么情况?思源也丢失笔记?

本贴最后更新于 558 天前,其中的信息可能已经斗转星移

昨天整理笔记,发现自己写的个人文章大概十几篇不见了,父页面插入的目录,可以看到子页面的标题,也就是我的文章的标题,但是,鼠标放上去,提示“未找到 ID 为.......的内容块”。

本以为是自己误删除了,但是想一想,父页面都还在,父页面下面的十几个子页面自己误删除的可能性太小了。心痛,还是以为是自己的操作问题。

今天再打开软件整理,发现另外一个笔记本下面的一个父页面,父页面下面的子页面又不见了,只在父页面里面能够看到插入的目录(即文章标题),大家可以看截图。鼠标放上去,提示“未找到 ID 为.......的内容块”。

这种情况不可能是误删除!但是什么情况导致的文章丢失,我也不知道,我用了十多年的为知笔记,今年开始用的思源笔记。

快照的话之前清理过一次,因为思源软件提示“快照过多建议删除已提高速度”等提示,我当时就执行过一次快照删除,所以文章什么时候丢失的我也不知道,平时每天不可能检视所有文章在不在,只有隔一段时间整理归纳。

关键是有十几篇文章是自己一个一个字敲打出来的感悟。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    26730 引用 • 111356 回帖 • 1 关注

相关帖子

优质回帖
  • zxhd86 2 赞同

    那我觉得最好是改进一下快照保存策略,依照快照距今时间,近的每天,远一点的每个星期,再远一点每个月分级保存,一年以上再完全撤销,而不是简单的删除了事。

  • 88250 1 赞同

    你提到的数据同步稳定性的两个方面(数据损坏和数据丢失),就目前我们收集到的用户反馈和官方云端存储检测报告来看,数据损坏的问题比例已经非常低,并且还在继续降低,已经确认呈现收敛趋势;数据丢失的问题近期出现在 Android 14 上,新版本上线时间较短,还需要时间观察是否彻底解决。

    另外,同步功能和备份功能是有区别的,同步功能主要是为了数据同步,所以只提供非常有限时间的数据历史,如果需要较长时间的数据历史,应该使用备份功能。

    将云端数据对象实际占用作为云端存储占用大小的话对于用户来说是不公平的,因为实际上从同步的角度考虑,只有最新快照是有用的,这也是上面提到数据同步的使用场景。

  • 还是我之前说的那个方案来避免快照过多,逻辑很简单,取并集,同时保留最近 N 个快照和最近 M 天的快照。

    这样即防止快照过多,又防止快照时间久远被删除。

    现在完全根据时间来保留快照会出现的问题就是,如果用户长时间不写笔记,不打开软件,那云端的快照直接清零了。

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • lbdoc

    2.png

    1.png

  • powehi via macOS

    什么版本呀,有一个排查方法:看云端快照,比较两个快照的差异,看一下是哪个客户端出了问题,我这边也会遇到问题,多看看吧,并且可以多看看设置里面的资源存不存在没有引用的,发现的话及时回滚,我这边的问题是出在移动端

    1 回复
  • lbdoc

    补充一下:我使用的是思源官方的同步方式

  • lbdoc

    云端快照清理过一次。我也不知道是清理之前出的问题还是清理之后。回滚的话刚试了一下,还是没有,截图的丢失了 4 篇,这些是摘录,丢了就算了,关键是还有个页面下面有 10 几个子页面,是我自己写的读书感悟,这真.......

    我已经在看其他软件了。哎......焦人。

    1 回复
  • powehi via macOS

    也是,丢了笔记肯定糟心,可能恢复的概率比较小了,多做备份吧,之前听了一个老哥的建议,git、s3 双备份,更安全一些,

  • 请上传所有参与同步的设备日志,我们看看是否能找到问题,谢谢。

    1 回复
  • lbdoc

    马上上传。能得到您的回复也挺感谢。

    我现在不知道是清除快照之前丢失的还是之后。目前最早的快照是 1 月 29 号。我恢复过,笔记是丢失状态。头几天是操作过一个软件建议清除数据仓库清理的提示,就清除过一次,所以再早之前的快照没有。

    目前丢失的是页面都没了。而不是页面里面的内容。相当于一个文件夹(父页面)下面有几十或者上百的文档,而这个文件夹下面的所有的文档都没了,只在父页面看到各个子页面的标题.....。

    systemlog.zip

    1 回复
  • 从这份日志上看可能是因为 1 月 29 号同步 Android 端时删除了文件导致,这次同步时 Windows 端文件数为 6335,Android 端文件数为 6301:

    I 2024/01/29 15:10:36 ref.go:50: got local latest [device=b51c0846-0eb7-4f16-bb9f-2bb9a919fb36/windows, id=9de37ae703ca2af41a68e934efa0335d7e902fd8, files=6335, size=381 MB, created=2024-01-29 15:03:57] I 2024/01/29 15:10:36 repo.go:595: walk data [files=6335] cost [421.6098ms] I 2024/01/29 15:10:36 ref.go:50: got local latest [device=b51c0846-0eb7-4f16-bb9f-2bb9a919fb36/windows, id=9de37ae703ca2af41a68e934efa0335d7e902fd8, files=6335, size=381 MB, created=2024-01-29 15:03:57] W 2024/01/29 15:11:01 repository.go:1563: index data repo before cloud sync elapsed [25444ms] I 2024/01/29 15:11:01 ref.go:50: got local latest [device=b51c0846-0eb7-4f16-bb9f-2bb9a919fb36/windows, id=9de37ae703ca2af41a68e934efa0335d7e902fd8, files=6335, size=381 MB, created=2024-01-29 15:03:57] I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/refs/latest] I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/indexes/b917d8b6eeb90a12f4846f1d8503779558ebf579] I 2024/01/29 15:11:02 sync.go:1592: got cloud latest [device=revxpfuj5rsn/android, id=b917d8b6eeb90a12f4846f1d8503779558ebf579, files=6301, size=381 MB, created=2024-01-29 01:38:48] I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/objects/3e/e28ee1518ae9dc191ece1738e569bc1aff9e00] I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/objects/8f/0d561d5f65fb9b35474563c23b2de89ae494b3] I 2024/01/29 15:11:02 siyuan.go:138: downloaded object [siyuan/1654744605978/repo/main/objects/2d/f0ca3ab191b8c156ef5b50dd4614d59df0e4b8]

    随后在 15 点时进行过本地快照清理,这个不影响数据:

    I 2024/01/29 15:14:49 store.go:61: purging data repo [E:\思源笔记工作空间\SiYuan\repo\] I 2024/01/29 15:16:49 store.go:229: purged data repo [E:\思源笔记工作空间\SiYuan\repo\], [1646] indexes, [6095] objects, [114425448] bytes

    所以你说的数据丢失很有可能是同步 Android 数据快照的时候被删除的,请上传一下 Android 端日志以便进一步定位问题。

    目前可以考虑使用云端快照恢复看看,即在 数据历史 - 数据快照 - 云端快照 中找到 1 月 29 号 15 时 10 分之前的一个快照下载到本地,然后再到本地快照中回滚。

    1 回复
  • lbdoc

    找回来了,确实吓尿了。不知道怎么丢失的,一个页面下面几十个子页面,不可能是误删除,因为父页面还在,里面还有各个子页面的标题(插入目录插件生成的)

    个人写的感悟几十篇找回来了。还有个摘录的网上的资料,也不知道哪天的快照才能回滚回来,不找了。哎

    1 回复
  • lbdoc

    好的,马上操作。

  • 请上传 Android 端日志以便进一步定位问题,谢谢。

  • 多端同步,尤其是加入手机端后,确实容易出错。

  • lbdoc

    systemlogmobile.zip

    这是手机端的 log。

    应该不是 29 号的问题。我测试了很多个快照,一直到 1 月 15 日,才找回文章。

    1 回复
  • 麻烦发一下快照 ID。

  • 不好意思,不需要找快照 ID 了,通过日志已经能够确认问题了,这是 v2.12.4 之前出现在 Android 14 上的 bug:

    上个月 17 号发布 v2.12.4 后已经修复该问题 Issue #10205 · siyuan-note/siyuan

  • aronsept

    我的手机端只读、只下载、不上传,就怕同步太混乱

  • 确实会丢失, 我确信我丢了好多笔记, 但是忘记写在哪个目录, 什么时候丢的了. 但是看了 D 大描述刚刚找回来了..这种就怕不知道什么时候丢的, 找回来就很麻烦了, 得尝试各个云端时间点的快照

    1 回复
  • 你的也是 Android 14 吗?是的会请升级最新版。

    1 回复
  • @88250 快照的翻页能否优化一下, 云端 100 多页很难翻呀, 还有对比按钮能不能加个悬浮提示, 比如: 请选择标记的快照进行对比, 不然我说按钮怎么按不了, 快照也不能点选

    1 回复
  • 我的安卓 13, 刚查到是 10 月份丢的, 过于久远, 也懒得纠结什么问题了 😂

    1 回复
  • 云端快照后续不会保留那么多,可能最多只会保留最近一个月或者两周的。快照对比的交互暂时不动了,感谢反馈。

    1 回复
  • 好的,建议尽量保持使用最新版。

  • 这不是更糟了吗?现在是快照太多,想翻到数据不丢失的快照需要很多时间,减少保留数量后直接变成数据丢失了。

    我觉得治本的方案还是改进交互,如果暂时忙不过来那起码不动为妙。

    1 回复
  • 云端成本有限,只能保留一段时间的自动同步快照,如果需要长期保存,可以用标记快照。

    1 回复
  • zxhd86 2 赞同

    那我觉得最好是改进一下快照保存策略,依照快照距今时间,近的每天,远一点的每个星期,再远一点每个月分级保存,一年以上再完全撤销,而不是简单的删除了事。

    1 回复
  • 88250 1 评论

    最长保留时间估计最多只能做到 1 个月,1 个月里面再分的话意义不是太大了。

    1 回复
    取并集吧,最近 N 个快照和最近 M 天的快照都保留
    openAI
  • 但是官方订阅的快照策略要是保留期限太短的话,那就会显著差于自定义第三方同步了……在数据安全的保障上,标记快照是没有太大意义的,毕竟用户总是后知后觉数据损坏和丢失了。

    所以我的意思是,官方的优化方案尽量是在不压缩用户体验甚至提升体验的情况下进行的。如果实在不行,那可以在使用空间计算上把云端快照的实际占用也算上,让用户自己去控制云端快照空间的使用。

    自动删除 1 个月以上的云端快照,我觉得不到万不得已还是不要使用比较好。这可能是实现上最简单的方案,但可能同时也是最不受欢迎的方案。

    1 回复
  • 88250 1 赞同

    你提到的数据同步稳定性的两个方面(数据损坏和数据丢失),就目前我们收集到的用户反馈和官方云端存储检测报告来看,数据损坏的问题比例已经非常低,并且还在继续降低,已经确认呈现收敛趋势;数据丢失的问题近期出现在 Android 14 上,新版本上线时间较短,还需要时间观察是否彻底解决。

    另外,同步功能和备份功能是有区别的,同步功能主要是为了数据同步,所以只提供非常有限时间的数据历史,如果需要较长时间的数据历史,应该使用备份功能。

    将云端数据对象实际占用作为云端存储占用大小的话对于用户来说是不公平的,因为实际上从同步的角度考虑,只有最新快照是有用的,这也是上面提到数据同步的使用场景。

    2 回复
  • zxhd86 via Android

    数据损坏不仅仅包括软件问题造成的损坏,还有可能是用户误操作造成的损坏,软件自身的迭代最多解决前者,在这种情况下,一个长期的快照还是很有必要的。

    在这里,区分同步功能和备份功能没有太大意义,因为用户就是需要一个安全的,能从云端恢复长久历史文档的功能,而且不需要用户知道数据完整的情况下预先准备好这一份快照。无论你说他是同步功能还是备份功能,总之是需要这一个功能。以往来说,这个功能是在同步的云端快照里面提供了。假如以后不提供自动的长期云端快照了,实际上就是把这个功能给砍了。

    最后,关于这个公不公平,用户接不接受的问题,我觉得还是需要进行投票,问用户本身。

    2 回复
  • 还是我之前说的那个方案来避免快照过多,逻辑很简单,取并集,同时保留最近 N 个快照和最近 M 天的快照。

    这样即防止快照过多,又防止快照时间久远被删除。

    现在完全根据时间来保留快照会出现的问题就是,如果用户长时间不写笔记,不打开软件,那云端的快照直接清零了。

    1 回复
    1 操作
    openAI 在 2024-02-02 22:22:11 更新了该回帖
  • 支持长期的数据历史成本上无法控制,据我所知同类产品中也没有能够提供长期保存的(比如 Obsidian 对于资源文件仅提供两周的历史)。

    另外,数据安全不能仅靠云端,也需要用户自己养成定期备份的习惯,只有这样数据才能更可靠。

    说到底就是两点,第一,如果不计成本那一直保存就行,但我们不可能不计成本;第二,云端存储的可用性不是 100%,所以想依靠云端存储做灾难恢复并不可靠。

  • 88250 1 赞同

    可以考虑保留最近 1 个月并至少保留 7 个同步快照。

  • Gaffey via iPhone

    我也丢文件了,因为丢的文件目前没发现特别重要的,最近又忙就没死磕去恢复。

    1 回复
  • 有空的话麻烦上传日志和反馈丢失的时间或者文件路径,我们排查看看。

    1 回复
  • xnyshu via macOS

    没有启用云端同步和备份功能的不会有这个问题吧?

    1 回复
  • 应该不会。

  • systemlog.zip

    日志已上传。目前发现是部分关联了数据库的文档不见了,具体什么时候丢的不确定,至少有一周。

    1 回复
  • 我搜索了 1 月 29 号到今天的日志,没有发现云端同步时删除文件,也没有发现 Android/iOS 端同步,所以可以排除最近 Android 14 的那个 bug 引起的丢失。

    因为快照比较多,所以只是大致扫了一下,从这段时间的快照中的文件数量看没有减少,只有增加,所以如果需要排查具体丢失的话请给一下快照 ID 或者文件路径,谢谢。

    1 回复
  • image.png

    路径涉及工作信息,不大方便发。目前发现是这些文档丢失,看插件显示的引用到这些文档的块最后编辑时间是十月了,所以不好说是什么时候丢的。

    比较奇怪的是前面同期创建的文档都还在,两者的区别是丢失的文档很久没编辑过了,保留的文档近期有编辑过。

    但是 1 月 17 号我引用了丢失的文档,当时还在,后来具体什么时候丢的我就不知道了。

    信息太少,损失也不大,下次如果遇到数据丢失我会及时导出日志再来反馈。

    1 回复
  • 好的,谢谢。

  • 本地有记录吗,有的会顶多算上传文件失效或丢失,但是本地还能找回,本地要是也没有的话。那问题就大了

  • tcmlee

    对思源太失望了,丢失了太多笔记了。或者你加一个保存的按钮也可以呀,为什么就不能加个保存按钮呢。已经打算弃用思源了。

    1 回复
  • 思源是实时保存的,不需要保存按钮。丢失笔记请发帖反馈

请输入回帖内容 ...

推荐标签 标签

  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。

    21 引用 • 31 回帖 • 1 关注
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 74 关注
  • ActiveMQ

    ActiveMQ 是 Apache 旗下的一款开源消息总线系统,它完整实现了 JMS 规范,是一个企业级的消息中间件。

    19 引用 • 13 回帖 • 687 关注
  • 倾城之链
    23 引用 • 66 回帖 • 173 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 92 关注
  • wolai

    我来 wolai:不仅仅是未来的云端笔记!

    2 引用 • 14 回帖 • 4 关注
  • CentOS

    CentOS(Community Enterprise Operating System)是 Linux 发行版之一,它是来自于 Red Hat Enterprise Linux 依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码,因此有些要求高度稳定的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。

    240 引用 • 224 回帖
  • 游戏

    沉迷游戏伤身,强撸灰飞烟灭。

    188 引用 • 832 回帖
  • Ubuntu

    Ubuntu(友帮拓、优般图、乌班图)是一个以桌面应用为主的 Linux 操作系统,其名称来自非洲南部祖鲁语或豪萨语的“ubuntu”一词,意思是“人性”、“我的存在是因为大家的存在”,是非洲传统的一种价值观,类似华人社会的“仁爱”思想。Ubuntu 的目标在于为一般用户提供一个最新的、同时又相当稳定的主要由自由软件构建而成的操作系统。

    127 引用 • 169 回帖
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 41 关注
  • Sandbox

    如果帖子标签含有 Sandbox ,则该帖子会被视为“测试帖”,主要用于测试社区功能,排查 bug 等,该标签下内容不定期进行清理。

    442 引用 • 1238 回帖 • 599 关注
  • JRebel

    JRebel 是一款 Java 虚拟机插件,它使得 Java 程序员能在不进行重部署的情况下,即时看到代码的改变对一个应用程序带来的影响。

    26 引用 • 78 回帖 • 688 关注
  • 博客

    记录并分享人生的经历。

    273 引用 • 2389 回帖 • 4 关注
  • SVN

    SVN 是 Subversion 的简称,是一个开放源代码的版本控制系统,相较于 RCS、CVS,它采用了分支管理系统,它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 697 关注
  • Scala

    Scala 是一门多范式的编程语言,集成面向对象编程和函数式编程的各种特性。

    13 引用 • 11 回帖 • 165 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统,最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统,最初是设计给 iPhone 使用的,后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样,属于类 Unix 的商业操作系统。

    89 引用 • 150 回帖
  • 安全

    安全永远都不是一个小问题。

    200 引用 • 818 回帖 • 2 关注
  • MySQL

    MySQL 是一个关系型数据库管理系统,由瑞典 MySQL AB 公司开发,目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    694 引用 • 537 回帖
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等,它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比,Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面,而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 398 关注
  • Linux

    Linux 是一套免费使用和自由传播的类 Unix 操作系统,是一个基于 POSIX 和 Unix 的多用户、多任务、支持多线程和多 CPU 的操作系统。它能运行主要的 Unix 工具软件、应用程序和网络协议,并支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想,是一个性能稳定的多用户网络操作系统。

    957 引用 • 944 回帖
  • 机器学习

    机器学习(Machine Learning)是一门多领域交叉学科,涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为,以获取新的知识或技能,重新组织已有的知识结构使之不断改善自身的性能。

    77 引用 • 37 回帖 • 1 关注
  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台,同时可以将自己看到的精彩内容分享到微信朋友圈。

    135 引用 • 798 回帖
  • PHP

    PHP(Hypertext Preprocessor)是一种开源脚本语言。语法吸收了 C 语言、 Java 和 Perl 的特点,主要适用于 Web 开发领域,据说是世界上最好的编程语言。

    167 引用 • 408 回帖 • 484 关注
  • golang

    Go 语言是 Google 推出的一种全新的编程语言,可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克(Rob Pike)说:我们之所以开发 Go,是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    500 引用 • 1396 回帖 • 253 关注
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 368 关注
  • V2Ray
    1 引用 • 15 回帖 • 5 关注
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器,可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API,可通过 DOM,CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 507 关注