自動更新導致筆記不見了，
請問是否還有其他方式可以救援筆記?
好慘啊QQ
是所有笔记都没了还是只有几个笔记没了? 没有具体描述别人很难帮上忙
如果只是少量笔记没了, 那么去 Obsidian 核心插件 → 文件恢复 看看
如果全库笔记都找不到, 那么在操作系统里搜笔记名试试
另外也需要回忆下:
笔记是否在沙箱仓库里 (一般不会, 这时有很明显的弹通知提示)
是否用到了同步软件, 网盘, 映射本地盘, 等等
1 个赞
所有筆記都不見了
檔案還原 → 快照(裡面只有找回幾個筆記,其他有些都變成亂碼了，因為我設定歷史長度才七天而已)
我是把筆記的檔案放在電腦D槽，但是裡面也是空的了，另外也用其他資料救援軟體， .md裡面都亂碼了，圖片也開不起來了
所以我現在不知道還有什麼辦法，硬碟拿去給別人救援可行嗎?
这描述看着是整个D分区的文档都不见了?
这种情况尽量别再向D分区 “写入” 任何数据了, 数据很重要的话建议找专业恢复数据服务
同，更新了之后所有文件都没了，打开的是新库，原文件在本地根本找不到
这个也是建议先找原先笔记库的文件夹, 如果忘了自己把 “笔记仓库” 存哪个路径下了, 先搜几个记得的笔记文件名字试试呢
也没有，文件名也搜不出来，甚至一个.md文件都没有，就像是安装的时候把原来的文件覆盖掉了
文件名也搜不出来
(如果是 Windows) 有没有可能把仓库放到了 %APPDATA%\Obsidian 这个路径里?
以上路径默认会指向 C:\Users\<username>\AppData\Roaming\obsidian 这位置, 里面是一堆 Ob 的系统级配置和缓存等 (见 How Obsidian stores data - Obsidian Help 文档里写了警告: 仓库别建在这里)
但即使是真的搁在这里, 也未必会在安装时被删掉 (我得开个虚拟机实验一下, 且无论结果如何, 对这话题不一定有帮助)
目前个人没啥想法, 只能先建议:
- 别着急, 希望是虚惊一场, 但如果真是严重问题, 就想好再一点点行动, 尽量挽回损失
- 确定是只有 Ob 相关的文件出问题了, 还是操作系统的各种目录下的文件无差别出问题
- 找数据恢复软件, 扫一下 md 文档 (一般都很慢), 先确定仓库路径, 救重要的笔记
非常感谢！按照路径找到了这个文件夹，但没有发现原来的文件，只是一堆不认识的相关文件，且创建日期均为今天。
只有Ob相关文件出问题，目前未发现其他异常。
在论坛上也看到有其他几个人发类似的帖子，但都没有解决方法。
怎么会这样……就好像是软件的更新要把原来的文件删除一样，建议还是进行数据恢复吧 
太难受了 以前正常更新也没出过这事 天要塌了 惨痛教训 想着就保存在本地也没备份和开同步
要是 Windows 系统直接在文件管理器搜文件名的话，我这边也是半天搜不出来，这个搜索一直都不咋好用。关键是还记不记得原先仓库的路径了，这个是建的时候自己选择的，去看看那个文件夹还在不在，或许比直接搜文件好点。#9 给的那个路径的意思是，不推荐选择库文件夹建在那个路径。如果本身库不是建在那个路径下的话去那儿找也没有什么用。
说一下自己目前的实验
简单结论:
用户不太可能由于误操作, 把仓库建在危险目录下, 以至于在 Ob 更新时把仓库覆盖掉 (得明确知道那个升级时会清理的目录, 刻意去这么做才行)
造一个虚拟机, 然后从论坛里拿到安装包 Obsidian 各桌面端安装包 v1.5.12 → v1.6.2 → v1.6.7 → v1.7.5 分别下载,
先从最旧一版开始安装, 然后逐次升级
安装 v1.5.12 ; 断网 ; 造三个自己的仓库 分别位于 A 用户文档 B Roaming/Ob 目录 C 无关目录
- A 用户主目录 的 文档
C:\Users\<username>\Documents - B Roaming 目录
C:\Users\<username>\AppData\Roaming\obsidian- Roaming 的设计意图是可漫游的私人数据, 见 为什么有些软件的默认安装路径是C:\Users\用户名\AppData\Roaming?
- C 无关目录, 略, 就是大家习惯用的, 完全跟系统位置无关的目录
造好三个仓库, 然后依次升级 v1.6.2 → v1.6.7 → v1.7.5
整个过程中, 每升级一次, 就检查三仓库是否仍然存在, 结果直到最后, 也没发现啥异常
即使 Roaming 里乱糟糟的搁着一堆 Ob 缓存和系统配置的目录, 在这下面的仓库于多次升级后也一直存在
唯一值得注意的, 如果用户把仓库设在 C:\Users\<username>\AppData\Local\Programs\obsidian 这里, 才有可能在升级时被覆盖掉
但就像之前所说: 首先这是个默认隐藏的目录, 其次 该路径明确提示了这里存的是应用程序而非数据 我个人是觉得, 用户不太可能出于误操作, 把自己仓库放在这里面
所以回到楼里几位朋友的问题, 个人也是赞同这个观点:
尽量先设法找出 “原先仓库到底放哪了?”
如果实在不行, 就只能研究文件恢复了, 先去别的电脑查资料+设计方案_下载软件, 少碰这个问题电脑 (至也得做到: 少碰这个出问题的硬盘分区)
非常感谢您的实验，太麻烦您啦！
汇报一下目前所做的努力，我的仓库是在D盘，没有误操作放在其他危险路径，原文件夹现在还是找不到。我尝试了数据恢复，使用PowerDataRecovery和嗨格式数据恢复大师，通过高级恢复和误删文件恢复找回来一部分.md文件，有部分文档丢失。接下来还在尝试深度恢复。
听从隔壁帖子的建议用插件Listary搜索了一下.md文件，找不到。
我有在D槽建立一個note的資料夾，
裡面有在創建資料夾分類筆記，A資料夾(包含.md、.jpg檔案)、B資料夾(包含.md、.jpg檔案)、C資料夾(包含.md、.jpg檔案)
自動更新後，現在只剩下A資料夾、B資料夾、C資料夾，所有.md和.jpg都不見了
D槽 其他資料都還在，目前重要的資料，還是那個note的筆記
我理解这情况是说:
D:/note = Ob仓库总目录
D:/note/A = Ob仓库子目录
D:/note/B = Ob仓库子目录
D:/note/C = Ob仓库子目录
在更新之后, Ob 仓库还在, 子目录也在, 但子目录内的 *.md *.jpg 消失了, 且该空文件夹可以正常打开, 看到内部是空的
且根据楼主 这里 的两个评论, 仓库可以打开并使用 “文件恢复” 功能, 但恢复到的也是损坏文件
说实话, 我现在完全没有头绪… 如果未来我有啥发现再补充吧
我只能说, 尽量再多试几个数据恢复软件, 除了另一楼里朋友提到的, 还有个 Recuva 似乎口碑也不错
此外就是, 最好能抓紧备份D盘的所有数据
咱俩的症状一模一样，库里的文件全没了……