思源在若干个版本之前更新后,禁止了第三方同步盘的时候,目的是防止多个进程同时读写同样的文件目录,造成数据损坏。
开发者根据接受到用户反馈出现的四个阶段:
发现同步盘问题,尝试使用文件锁解决:“先说结论:第三方同步盘可能造成数据损坏,目前因为使用同步盘带来的数据损坏问题是无法彻底解决的” https://ld246.com/article/1626537583158
发现文件锁解决不了问题:“这个不是通过代码能解决的,而是操作系统本身就不支持两个不同的进程同时安全读写同一个文件。” 于是发公告不支持第三方网盘同步: https://ld246.com/article/1664442401353
开源云端服务同步,暂时免费开放端对端加密同步,数据同步支持第三方 S3 储存 https://github.com/siyuan-note/siyuan/issues/6445
发现发了公告还是有用户使用同步盘丢数据,没办法就去做了限制 https://github.com/siyuan-note/siyuan/issues/7683
热知识 1:notion flowus 这类软件不会出现这种问题是因为他们是云笔记,根本不存在读写文件的问题。
热知识 2: obsidian logseq 这类软件同样有这个问题,但是他们不说
但是读写文件往往不光光是同步盘的问题,有时候我们就算没有开启同步盘也可能出现这种让人心肺停止的问题:
不要怕!这种情况下往往是有未知的进程在读写我们的思源数据。解决方法很简单:找到这个进程,把它关掉。
热知识 2:其实不管是同步盘还是别的进程,他们造成思源文件系统读写错误的原因本质是一样的,都是这些的进程(程序)同时在和思源争抢数据文件的读写权限,造成了冲突。
同步盘会时时刻刻去监听麾下的文件系统,所以往往是导致思源文件系统冲突的罪魁祸首——但这并不代表着其他软件不会造成这种问题。只不过大部分软件不会闲着没事跑到你的数据目录下读写,既然他们都不会来淌这篇雷池,自然不会炸雷。
但是倘若就是有那么个别的进程闯了进来,嘿——那也确实有可能触发冲突的问题。
热知识 3:你可能会有些抱怨这种莫名其妙的设定。但是以前确实发生过别的同步盘进程和思源抢夺读写数据——最后导致用户数据损害的案例。这是 windows 设计的锅,没法避免。所以开发者只能采用这种比较保守的做法,一旦检测到有别的进程正在占用,就直接锁定发出警告,从而避免文件损害的可能。
方法 1:powertoy
-
安装 powertoy 软件,这是微软官方提供的一个 windows 工具软件
-
打开 powertoy,启用 File Locksmith
-
找到你工作目录的文件夹,右键点击「使用此文件的进程」
-
原来是 utools 在使用我们的文件
-
不建议直接点击「结束进程」,可能会存在意外的问题,最好是通过正常的方法关闭软件。
我正常关闭了 Utools 之后,现在只有一个文件管理器了,这回就没事了
方法 2:windows 资源管理器
如果你不想要下载一个额外的软件,还有一个更加原生的方案。
首先打开 windows 的资源管理器,然后打开「资源监视器」
点开之后,在 CPU 一页的下方,选择「搜索句柄」,并把疑似被工作空间的目录的路径填进去
稍等片刻之后,就可以看到所有占用了这个目录的进程,找到那些不属于思源的进程,然后把对应的程序关掉。
同样,非常不推荐直接在资源管理器里结束进程,更好的做法是
- 记下进程对应的 PID
- 在资源管理器当中找到对应 PID 的程序,然后通过正常方式关掉
注意,实测发现资源管理器有时候反而还不如 Powertoy 准确,如果你用方法 2 始终发现不了占用,但是思源一直提醒有文件读写 xowu,不妨使用方法 1 试一下。
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于