Watch at Ease看见世界,读懂生活。

科技 · 实用指南

Joplin笔记还看得到,笔记本却消失:导入备份前先查回收站

先区分已删除笔记本、缺失父笔记本和JEX备份缺项,再决定是否另导一份。

正式笔记、回收站及缺失父项引用三个独立检查位置
原创概念示意:区分恢复情形,并非实际截图或账号诊断。 Watch at Ease

在Joplin的All notes中还能打开笔记,左侧笔记本却消失了吗?这一现象本身不能判断笔记已删除、父笔记本丢失,还是备份不完整。

一位读者发现所谓备份丢失的笔记其实在Trash里。另一个2026年9月案例则是笔记仍在、父笔记本缺失,两者恢复方法不同。本文按现行文档提供修复前检查,不声称实测恢复了你的账号。

1. 改动资料库前保留证据

记录桌面与手机版本、当前profile、同步目标、缺失笔记本名和几条受影响笔记标题。保留现有备份组,不改动它们。如果另一设备可能仍有缺失内容,先断网再打开Joplin;项目恢复说明提醒,同步可能把删除传播过去。

查看All notes,并实际打开已知受影响笔记。检查正文和附件,不只看总数。原因未明时,不清空Trash、不清空同步目标,也不反复导入JEX。笔记可见只证明有内容存活,不证明笔记本结构和备份完整。

2. 受影响项目确实在Trash时才按回收站恢复

展开Trash,寻找准确的笔记本或笔记。Joplin现行说明表示,恢复笔记本也会恢复其子笔记本和笔记;恢复笔记会返回原笔记本,如果原笔记本已不存在,就放到根集合,可从All notes找到。

恢复你确实希望保留的项目后,再检查位置与内容。不要把所有侧栏消失都认定为回收站问题:9月案例的读者已经查过Trash,所找笔记本并不在其中。别人的修复成功不是对你的资料库作出的诊断。

3. 缺失父项要查结构,不是再导一份

内容仍在,笔记本却既不在Trash也不在侧栏时,缺失父项只是可能原因之一。独立开发的Orphaned note repair tool说明,可扫描引用不存在parent_id的笔记或笔记本。结果显示缺失笔记本ID及引用项目数,扫描排除虚拟Conflicts笔记本中的笔记。考虑写入操作前,先阅读当前工具说明并保留备份。

开发者说明,Recreate notebook会用缺失ID创建根层笔记本,名称为Recovered Notebook;它不能找回原父层位置,合适层级需手动重建。这不是找回已删除正文的办法。扫描没有相关结果,或无法确认受影响ID时,应停止并携脱敏示例求助,不要随意重建笔记本。

4. 单独试验备份,分别验收具体结果

检查JEX备份时,在不连接原同步目标的独立测试profile中查看内容,不要反复导入正式资料库。Backup插件文档给出File → Switch profile → Create new Profile,再File → Import → JEX的路径。核对受影响正文、附件和笔记本关系。文档提醒,导入会增加新项目,分别导入多个JEX可能丢失跨文件笔记链接,JEX也不保存历史修订。

测试备份缺少一条笔记,不证明正式笔记已不存在,也不证明Trash内容已经纳入备份。对照对应备份时间和具体受影响项目。正文恢复、可用笔记本位置、备份覆盖分别验收;未解决缺项继续列出并保留来源副本。笔记本重新出现在侧栏,不等于全部恢复完成。

正文、笔记本位置及备份覆盖三项独立检查
原创概念示意:分别核对结果,没有描绘设备恢复成功。 Watch at Ease