又消失了两个笔记本组，心累了...... 昨天刚求助完

请在 设置 - 关于 中导出系统日志上传。

我的意思是，就像这个楼主遇到的情况，有可能触发了某些「诡异」，让他正在经历丢数据的痛苦中。

如果我遇到这种情况，那么会「导出」一份数据，然后把原来的「笔记软件」和「笔记数据」全删除了，然后重新安装一份，从本地 sync 回来。

而且支持 sync 到本地，那么我的 google drive 和 icloud 也可以用来备份数据了。这个也是我使用了很多笔记软件它们的套路，非常适合小白用户的。

你看，我这样想对不对。如果有时候因为插件，或者逻辑缺陷，导致思源笔记在做一些错误的数据删除，那么此时你的数据是"绝对不安全"的。因为本地的修改会被同步到 s3 云上，云上的数据也会经历删除。

那么我作为一个用户第一步应该先本地备份一下我的数据，再排查问题。这样我只要保证第一份备份在，数据总有回复的一天。

在出故障的时候，就不太能相信软件内的快照了。

第二个截图中 数据历史 - 已删除的笔记本 时间是 3 号 20:07:54，在日志中找到了对应的记录：

I 2024/06/03 20:07:54 mount.go:145: removed box [20240603200211-y9bkbgw]

说明是人为手动删除的。

今天凌晨最后一份快照 2f4aae289b0068d371ab09aac5752e2c4a7ae26f，文件数量是 4062，

I 2024/06/04 01:11:09 ref.go:50: got local latest [device=b292b2e7-0dee-4d87-9d0b-ff287716c1c7/windows, id=2f4aae289b0068d371ab09aac5752e2c4a7ae26f, files=4062, size=6.37 GB, created=2024-06-04 01:01:31]
...
I 2024/06/04 01:11:10 sync.go:1581: got cloud latest [device=b292b2e7-0dee-4d87-9d0b-ff287716c1c7/windows, id=2f4aae289b0068d371ab09aac5752e2c4a7ae26f, files=4062, size=6.37 GB, created=2024-06-04 01:01:31]

这次同步后就退出程序了，今天早上 10 点第一次同步是本地快照和云端快照都没有变，还是 2f4aae289b0068d371ab09aac5752e2c4a7ae26f，从这以后一直到日志结束，文件数量没有变化过，一直是 4062，并且日志中没有出现 local remove，即这段时间内本地没有删除过任何文件，所以文件数量没有变化。

截图中楼主描述有两个笔记本不见了，我猜测是被关闭了，建议在 已关闭的笔记本中 找一下。

复制整个工作文件夹又都是明文的内容，导出的话只能算是备份的一种方式吧。

为啥不复用现在的 sync 逻辑呢？理论上就是把文件的 api 上传下载换成文件系统的写入读取吧，这个应该更容易才对。背后用 google drive，icloud 之类的客户端做云备份。

突然有了一个点子，我之前提到的一个关于笔记本加密的： 可不可以考虑支持对单个笔记本加密？

这种「加密的笔记本」是不是可以总是「优先」从“sync”的目标读取，然后所有数据都放在内存中，这样就解决明文保存的问题了。 因为 “sync”的目标总是加过密，只要解密之后的笔记本不落盘就可以了

不行，对于「笔记本的上锁」的目的是打开笔记本的时候需要「输入密码」。