遇到的问题

一直停留在“加载仓库”阶段，之后显示加载timed out，反复加载多次仍进不去。

• Obsidian 版本:v1.6.3
• Win11专业版
• 笔记数量：6300左右
• 库存放在局域网盘中，团队成员均可以正常使用，只有我的电脑近期开始无法打开。
• 本地的库可以打开
• 网盘中的库，复制到本地，可以正常使用
• 附件统一存放在一个文件夹中

已尝试的解决方案（失败）

查看了帖子，按照帖子里的评论进行了处理，无效。一直停留在“加载仓库”阶段，之后显示加载timed out，反复加载多次仍进不去

• 重启电脑。
• 显示加载timed out，点击重新加载(或点击“在安全模式下加载”)，重复多次。
• 重新安装Obsidian。
• 将附件文件夹更名为英文，所有附件以数字重命名。
• 移除全部插件。
• 删掉仓库的 .obsidian/workspace.json 再启动。
• 在网盘重新建库，并逐步复制笔记文件夹，可以显示。但在复制附件文件夹（将附件文件夹更名为英文，所有附件以数字重命名。）后，关闭，重新打开，加载失败。（但笔记里的路径，还是原来的“附件/”，我怀疑是原始路径里有中文导致的，但暂时不知道如何批量修改）。

解决方案（未找到问题原因，但确实重新打开过，2024-06-21，又无法打开）

1. 重建附件文件夹，一级文件夹“Attachment”
2. 使用插件 Attachment Management 对所有附件全部数字格式重命名。

image1102×878 56.6 KB

image772×94 4.7 KB

image845×629 26.1 KB

image726×334 8.54 KB

3. vscode替换文件夹内所有md文件内指定内容 - 经验分享 - Obsidian 中文论坛（如果插件只换了名字，部分路径没有更新。直接替换原附件文件夹名称。）

感觉可以试试把网盘里的库目录拷贝到本地一份,
这是为从本地硬盘里打开完全相同的笔记库,
好定位到底是网盘的问题, 还是笔记里有哪些奇怪数据的问题

团队成员均可以正常使用

也是拿 Ob 使用吗, 还是指类似挂载驱动器文件的方式使用?

拷贝到本地是可以正常使用的。

全都是使用的Ob

还是没太明白, 所以是类似 NFS 或 SMB 挂载个网络文件系统到本地驱动器, 然后大家全都以 Obsidian 同时打开自己的本地文件目录 (实际上是打开远端的同一份文件目录)

是这意思吗?

所有人都是读+写访问吗? 即, 其他人以这种协作方式, 重命名笔记 (会导致 Ob 搜全库改掉所有涉及反链笔记的内容) 都是好用的, 仅有某一个客户端不行?

所有人都是读+写访问吗? 即, 其他人以这种协作方式, 重命名笔记 (会导致 Ob 搜全库改掉所有涉及反链笔记的内容) 都是好用的, 仅有某一个客户端不行?

【是的】

我承认这确实超出我经验范围了,

目前没啥想法, 希望大家能帮忙出出主意

我现在能想到的就是:

• 尝试挨个打开子目录做为仓库 => 子仓库看不到全局仓库的链接关系, 但是通常笔记都跟自己临近位置笔记链接, 可能影响也没这么大
  • 如果大部分子库都是好的, 可正常用的, 那么就能定位到底是哪个子目录或附件目录出事
• 如果使用场景是 “大部分时间读, 少量写”
  • 那退一步, 在本地弄一份单向同步的镜像来用也行, 有不少 “文件同步备份工具” 都支持单向拷贝
  • 这引入了更多的复杂性, 我有点担忧楼主现在描述的使用场景, 已经很复杂了

会不会是缓存的原因？之前用rclone把仓库加密挂载到虚拟盘，需要把缓存模式改成full，不知道有没有相关
可能得搞个沙箱库到局域网试一试

我只使用了一个文件夹存放附件

这个太复杂了，局域网的话，需要IT处理了，超出了我的权限。

搞定了。

最后还是全部数字格式重命名附件，文件夹还是一级文件夹“Attachment”

image772×94 4.7 KB

image845×629 26.1 KB

image726×334 8.54 KB

似乎找到了原因。

只要附件中出现这个 Thumbs的文件，必然会加载失败。而且是隐藏文件，使用了其他电脑在Obsidian中删除后，我这边就可以正常加载了。