昨天刚求助完,无果,一条条重新搬运回来一组丢失的笔记。
今天有凭空消失了两组...........为什么会这样子?
又消失了两个笔记本组,心累了...... 昨天刚求助完
相关帖子
-
-
-
@88250 你看下面这部分日志,我没理解错的话其中
4c827840449d866259f84b299d35df66d890f4c2, files=4046, size=6.35 GB, created=2024-06-04 00:04:48
创建时间是00:04:48
他覆盖了[722f0d7f0bfe73867c960fef2ace822c04dd183a] files [4057]
,往上翻看到I 2024/06/04 00:11:34 ref.go:64: updated local latest to [device=b292b2e7-0dee-4d87-9d0b-ff287716c1c7/windows, id=722f0d7f0bfe73867c960fef2ace822c04dd183a, files=4057, size=6.36 GB, created=2024-06-04 00:11:34]
创建于00:11:34
,这里创建时间较早的覆盖来创建时间更晚的是不是有问题I 2024/06/04 00:11:37 sync.go:221: got local latest [722f0d7f0bfe73867c960fef2ace822c04dd183a] files [4057] I 2024/06/04 00:11:37 sync.go:1454: got latest sync [device=b292b2e7-0dee-4d87-9d0b-ff287716c1c7/windows, id=4c827840449d866259f84b299d35df66d890f4c2, files=4046, size=6.35 GB, created=2024-06-04 00:04:48] I 2024/06/04 00:11:37 sync.go:228: got latest sync [4c827840449d866259f84b299d35df66d890f4c2] files [4046]
1 回复 -
我的意思是,就像这个楼主遇到的情况,有可能触发了某些「诡异」,让他正在经历丢数据的痛苦中。
如果我遇到这种情况,那么会「导出」一份数据,然后把原来的「笔记软件」和「笔记数据」全删除了,然后重新安装一份,从本地 sync 回来。
而且支持 sync 到本地,那么我的 google drive 和 icloud 也可以用来备份数据了。这个也是我使用了很多笔记软件它们的套路,非常适合小白用户的。
你看,我这样想对不对。如果有时候因为插件,或者逻辑缺陷,导致思源笔记在做一些错误的数据删除,那么此时你的数据是"绝对不安全"的。因为本地的修改会被同步到 s3 云上,云上的数据也会经历删除。
那么我作为一个用户第一步应该先本地备份一下我的数据,再排查问题。这样我只要保证第一份备份在,数据总有回复的一天。
在出故障的时候,就不太能相信软件内的快照了。
3 回复 -
-
第二个截图中 数据历史 - 已删除的笔记本 时间是 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
,即这段时间内本地没有删除过任何文件,所以文件数量没有变化。截图中楼主描述有两个笔记本不见了,我猜测是被关闭了,建议在 已关闭的笔记本中 找一下。
1 回复 -
复制整个工作文件夹又都是明文的内容,导出的话只能算是备份的一种方式吧。
为啥不复用现在的 sync 逻辑呢?理论上就是把文件的 api 上传下载换成文件系统的写入读取吧,这个应该更容易才对。背后用 google drive,icloud 之类的客户端做云备份。
突然有了一个点子,我之前提到的一个关于笔记本加密的: 可不可以考虑支持对单个笔记本加密?
这种「加密的笔记本」是不是可以总是「优先」从“sync”的目标读取,然后所有数据都放在内存中,这样就解决明文保存的问题了。 因为 “sync”的目标总是加过密,只要解密之后的笔记本不落盘就可以了不行,对于「笔记本的上锁」的目的是打开笔记本的时候需要「输入密码」。
1 回复 -
第一个还好吧,一个「馊主意」是在思源软件本地内支持一个「webdav」把读写交给他,sync 本地的目录作为 webdav 的目录。这样问题就又变成一个 web 问题了,可以避开不同平台、系统的文件 api 了,反正笔记内置了一个 http 服务器的。
第二个的话,我之前本来也想提的,后来想想没啥必要(虽然我常用的 DevonThink 可以支持多个备份源的)。我是一开始用 webdav,后来加了一个 s3,发现只能 enable 一个。这个倒不是什么大问题,也没必要搞那么多备份。
-
-
额,就是说可以设置多个同步点(A、B、C),比如 A 使用思源官方的同步,作为主同步点,就跟现在正常的同步一样,可以执行双向同步,本地的增删改在 A 上也会同步。而 B、C 只作为备份点,可以用 S3、WebDav、本地目录等,对本地数据做全量压缩备份,B、C 上会保留多个备份,但不是像 A 那样实时同步每一次增删改,而是只打包上传每次最新的本地数据。这样子就可以实现多地多中心备份了,避免因为本地或者云端数据损坏同步至多端上,导致数据全部损坏无法找回,一旦本地或云端数据出现故障,用户可以自行从 B、C 上获得最近的全量备份进行恢复。虽然这个也可以自己通过其他计划程序在后台实现,但是如果要确保数据安全,就要退出思源然后操作,所以如果官方能够支持是最好的,也能避免像讨论中说的那样多个进程同步读写工作空间导致数据损坏。
或者也可以像 ringx 说的那样:
第一个还好吧,一个「馊主意」是在思源软件本地内支持一个「webdav」把读写交给他,sync 本地的目录作为 webdav 的目录。这样问题就又变成一个 web 问题了,可以避开不同平台、系统的文件 api 了,反正笔记内置了一个 http 服务器的。
第二个的话,我之前本来也想提的,后来想想没啥必要(虽然我常用的 DevonThink 可以支持多个备份源的)。我是一开始用 webdav,后来加了一个 s3,发现只能 enable 一个。这个倒不是什么大问题,也没必要搞那么多备份。
作者:ringx
链接: 又消失了两个笔记本组,心累了...... 昨天刚求助完 - ringx 的回帖
来源:链滴
协议:CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/这样同步到本地多一个全量备份,然后用户再通过其他程序去读写这个本地的备份目录进行其他备份,而不读写思源的工作空间。
1 回复