在 2021 年前后入手的 reMarkable 2放到今天已经有四年的使用痕迹。墨水屏手写板不像手机那样需要每年迭代但系统版本落后、电池衰减、第三方生态缺失、甚至开机变慢这些问题是真实存在的。这篇文章不是让你换新设备而是围绕“系统升级、电池维护、SSH 优化、社区软件增强、数据备份”这条主线分享一套完整的 reMarkable 2 复活方案。不管你的设备是吃灰很久后重新翻出来还是每天都在用但明显感觉不如以前流畅这篇文章都适合你。1. 为什么一台四年的 reMarkable 2 需要“复活”1.1 四年使用后常见的“亚健康”状态reMarkable 2 的硬件思路很像电子书阅读器低功耗墨水屏、长续航、专注写作。这类设备的设计寿命往往比手机更长但四年之后你可能会遇到下面几种典型情况系统版本停留在旧版本缺少新功能例如更好的 PDF 标注、双页视图、文件同步策略调整。手写延迟好像变高了。其实墨水屏的延迟与系统固件、渲染参数、后台进程都有关系不一定只是心理作用。电池续航从原来的“两周”变成“三五天”严重时半天就没电。设备开机进入桌面明显变慢文件列表打开时卡顿。想安装第三方阅读器、截图工具、手势增强插件却不知道从哪下手。这些问题单看都不致命但叠加在一起就会让“随手翻开就写”的体验大打折扣。所谓“复活”不是一个玄学概念而是从系统层、电源层、软件生态三层做一次系统化的梳理和维护。1.2 复活一台设备的核心思路把 reMarkable 2 当作一台精简的 Linux 设备来看待事情就清晰了。它的系统基于 Linux 内核UI 由官方定制日常使用不开放 Root 权限但开发者模式提供了 SSH 入口。整个“复活”流程可以拆成四个阶段系统层检查固件版本升级到可用的官方新版本必要时手动刷入固件包。电源层了解电池状态、校正电量计、调整充电习惯、关闭不必要的网络和后台刷新。软件层开启开发者模式通过 SSH 清理无用文件按需安装社区软件源中的工具。数据层在操作前做完整备份避免笔记、模板、配置文件丢失。这套思路也适用于其他基于 Linux 的墨水屏设备只是具体命令和路径会有差异。1.3 这篇文章能帮你解决什么读完本文你可以独立完成查看 reMarkable 2 的系统版本、内存、存储、电池状态。通过官方 OTA 或手动固件升级方式让系统停留在一个稳定版本。开启 SSH安全地进入系统内部做维护。清理日志和缓存目录释放存储空间。使用社区软件源安装常用增强工具。建立一套适合自己的备份策略防止升级或折腾过程中丢数据。2. 环境准备与设备信息确认2.1 你需要准备的工具开始之前先确认手边的“基础设施”。整个过程主要依赖一台电脑和一条数据线不需要拆机或焊接。工具用途reMarkable 2 本体需要保证电量在 50% 以上避免升级中途断电USB 数据线用于连接电脑部分操作通过 USB 网络进行Windows / macOS / Linux 电脑用于 SSH、下载固件、备份文件SSH 客户端Windows 可用 PuTTYmacOS/Linux 直接使用终端稳定的网络官方更新和社区软件源都需要联网下载如果你的电脑没有安装 SSH 客户端Windows 10/11 可以在“可选功能”中安装 OpenSSH 客户端macOS 和 Linux 终端自带 ssh 命令直接使用即可。2.2 确认设备型号与系统版本不同批次的 reMarkable 2 硬件差异不大但系统版本会影响后续操作。建议先完成下面几步点亮屏幕在系统主界面点击右上角菜单。进入“设置”Settings。找到“关于”About或“软件更新”Software Update页面查看当前系统版本。同时确认设备是否已经注册过 reMarkable 云账号。这里的版本号不需要背下来只需要记录“当前版本”和“设备剩余空间”。后续是否手动升级、能否安装第三方软件源都与这几个信息有关。2.3 关于版本与固件的注意事项reMarkable 官方目前对于旧设备的系统更新策略是“尽量通过 OTA 推送”如果你的设备长期未联网可能不会自动收到更新。这种情况下你需要手动检查更新。在写作本文时固件版本已经进入 3.x 时代界面、手势、云同步逻辑与早期 2.x 有不少变化。如果你的设备还停留在 3.0 之前的版本建议先完成一次 OTA 升级再考虑第三方软件。需要特别提醒的是第三方软件源和破解工具往往绑定特定固件版本。如果你未来想使用 KOReader、ddvk 等插件不要盲目升级到最新测试版固件。具体兼容性以对应项目 README 说明为准。3. 从系统角度优化升级固件与清理空间3.1 官方 OTA 升级的正确姿势先把最安全的升级方式走通。连接 Wi-Fi 后进入“设置 - 软件更新”点击“检查更新”。系统会提示是否有新版本可用。如果在线检查失败常见原因有两种网络无法连接到 reMarkable 的更新服务器或者设备时间不正确。尤其是吃灰很久的设备系统时间可能停在几年前会导致 HTTPS 握手失败。此时先手动校准时间再重新检查更新。校准时间最直接的方式是在设置里开关一次“自动日期与时间”或者通过 SSH 使用date命令手动设置。这里我提前给一个 SSH 命令后面会详细介绍如何开启 SSH# 先通过 USB 或局域网连接设备root 用户登录后执行 date -s 2025-01-15 10:00:003.2 手动下载固件并升级如果 OTA 一直失败可以采用手动升级。reMarkable 官方在 GitHub 上维护了固件仓库你可以在 Release 页面找到对应型号的固件包。下载完成后通过 USB 连接电脑在 reMarkable 上会看到“USB 连接”的提示界面。手动升级的具体步骤一般如下将下载好的固件包解压。通过 USB Web 界面或 SCP 上传到设备的/home/root/目录。在设备上执行重启并触发升级脚本。不过不同版本的升级包方式略有差异最稳妥的方法是进入设备“设置 - 软件更新”页面看是否支持本地更新文件选择。如果不支持再参考官方 GitHub 仓库内的说明文档。需要再次强调的是手动刷系统有变砖风险虽然 reMarkable 2 可以通过 USB 进入恢复模式但操作前请务必备份数据并确保电量充足。3.3 升级后清理系统垃圾文件升级完成后系统划分中的“旧文件”并不会自动全部清除。运行一段时间后可以通过 SSH 查看哪些目录占用了大量空间。先登录设备执行下面一组命令建立“系统体检”的基础认知# 当前系统版本 cat /etc/os-release # 内核版本 uname -a # 内存使用情况 free -h # 存储空间使用情况 df -h # 开机运行时间 uptime如果发现磁盘空间不足重点检查这几个目录/home/root/.local/share/remarkable/存放笔记、模板、屏幕截图等用户数据。/var/log/系统日志长时间不清理可能积累到几百 MB。/home/root/.cache/缓存目录部分应用会在这里写入临时文件。清理日志时不要直接删除日志服务只需要清空归档日志# 查看日志目录占用 du -sh /var/log/* # 清空旧的轮转日志注意保留当前正在写入的日志 journalctl --vacuum-size50M如果journalctl不可用也可以手动删除.gz结尾的旧日志文件但一定要确认当前系统日志服务已经停止或跳过正在占用的文件。3.4 重启与性能观察清理结束后执行一次彻底重启reboot重启后再次进入系统感受一下界面切换和笔记加载速度。如果之前卡顿是因为存储空间不足或日志过大这一步会明显改善。4. 电池维护与充电优化4.1 四年后电池衰减的常见表现墨水屏设备电池衰减不会像手机那样“突然尿崩”更多是缓慢下降。常见表现包括待机一晚掉电 10% 以上。开启 WiFi 后掉电速度明显加快。电量显示从 60% 直接跳到 30%。充电时电量百分比不是线性增长而是“跳变”。这背后有两个原因一是锂电池本身的循环老化二是电量计Fuel Gauge在长期未完全充放的情况下估算精度下降。4.2 观察电池状态SSH 查看电量参数reMarkable 2 的 Linux 系统下可以通过电源子系统查看电池状态。下面是一组参考命令由于不同固件版本的设备路径可能不同请根据实际输出调整# 常见电池信息路径先尝试读取 cat /sys/class/power_supply/battery/capacity cat /sys/class/power_supply/battery/status cat /sys/class/power_supply/battery/voltage_now如果路径不存在可以使用find /sys/class/power_supply/ -maxdepth 2 -type f | head -n 20找到实际的节点名称。这些命令只是读取信息不会修改任何东西可放心执行。正常状态下status应该是Discharging、Charging或Full三者之一。如果长时间插着电源但状态一直不是Full说明电池可能存在老化或充电管理系统异常。4.3 电量计校准与充电习惯调整如果发现电量百分比跳变可以尝试一次“浅校准”将设备放电到 10% 左右。关机插上原装或正规 5V/2A 充电器。连续充电到 100%并在充满后继续充电 30 分钟。拔掉电源正常开机使用让电量自然放电到 30% 再继续充电。这种校准不需要经常做每隔三个月一次即可。平时使用时尽量避免两个极端长期 100% 满电存放以及长期 0% 亏电闲置。如果短期内不用设备建议存放电量在 50% 左右。4.4 系统层面的省电设置reMarkable 2 的省电主要取决于几项系统设置关闭 WiFi不进行云同步时可以关闭这是最直接的省电方式。关闭背光在光线充足的环境下尽量关闭阅读灯墨水屏反射式显示不依赖背光。减少自动同步频率在设置里将“自动同步”改为“仅手动同步”避免频繁连接服务器。优化屏幕刷新模式部分固件提供 Fast / Balanced / Quality 刷新模式Fast 模式更省电但显示残影略重。不要忽略一个细节如果设备上安装了社区软件比如 KOReader它在后台可能保持网络连接或持续渲染需要检查软件自身的省电设置。5. 开启 SSH 与系统级深度维护5.1 开启开发者模式在设备上进入“设置 - 一般”General或“安全”Security菜单找到“开发者模式”Developer Mode将其开启。开启后系统会提示你设置 root 密码或显示 SSH 默认密码。这一步非常重要如果你的设备连接了网络且开启了 SSH 但使用弱密码就会面临被局域网内其他设备扫描的风险。对于开发者调试用途建议设置强密码或者只在 USB 连接模式下使用 SSH。5.2 通过 USB 连接 SSHreMarkable 2 通过 USB 连接电脑时会虚拟出一个网络接口。在 Windows 上这个接口通常被识别为“USB 以太网”或“RNDIS”在 macOS 和 Linux 上会自动获得一个网卡 IP。设备在 USB 模式下默认地址通常是10.11.99.1连接命令为ssh root10.11.99.1如果你的电脑无法直接解析到这个地址可以先在电脑上把网络接口的 IP 设置为静态地址例如10.11.99.2子网掩码255.255.255.0然后再执行 SSH。登录成功后你会看到类似下面的提示Welcome to reMarkable 2此时说明你已经获得了系统 Shell 权限。请记住你现在拥有的是 root 权限任何误操作都可能影响系统稳定性建议每条命令都先想清楚再执行。5.3 检查正在运行的服务设备卡顿的一个重要原因是后台服务过多。通过 systemd 可以查看当前启动的服务systemctl list-units --typeservice --staterunning systemctl list-unit-files | grep enable对于 reMarkable 2一些服务与云同步、更新检查、UI 界面相关。不要随意systemctl stop核心服务否则可能导致设备黑屏或无法正常启动。如果你确定某个非必要服务导致卡顿可以临时停止它测试效果# 以 xochitl 为例xochitl 是 reMarkable 的手写界面主进程千万不要随意停止 # 这里只是演示查看服务状态的命令不推荐直接操作 systemctl status xochitl如果你想关闭某个无关紧要的服务正确做法是先确认它的用途再用systemctl disable禁止开机自启动而不是直接 stop。5.4 清理用户目录与模板文件reMarkable 的用户数据目录中可能会残留很多不再使用的模板、屏幕截图和临时文件。查看哪些目录占用空间最大du -sh /home/root/.local/share/remarkable/* | sort -h对于不再需要的模板文件直接删除前建议通过官方界面或 Web 界面确认而不是在 Shell 里强制删除。因为在 Shell 中删除的文件不会进入回收站一旦误删很难恢复。6. 社区软件生态让四年老设备重新“好用”6.1 Toltec 软件源与第三方工具Toltec 是 reMarkable 社区维护的软件源类似 Linux 发行版的 APT 源。它提供了大量第三方应用和补丁例如KOReader功能强大的电子书阅读器支持 PDF 重排、多种格式、深色模式。remux提供截图、屏幕录制、局域网 Web 访问等功能。ddvk 补丁增强系统手势例如双指轻点撤销、左右滑动翻页等。rm2fb优化的 framebuffer 驱动可以降低第三方应用在墨水屏上的重绘延迟。这些工具能让一台“官方封闭”的笔记本变成更开放的阅读和笔记设备但需要明白安装第三方软件意味着设备会脱离官方纯白环境可能出现兼容性问题甚至影响保修。操作前请自行判断是否接受这些风险。6.2 安装 Toltec 的基本流程Toltec 的安装流程随版本变化建议以官方文档为准。大致思路如下通过 SSH 登录设备。下载并执行 Toltec 的 bootstrap 脚本。在设备上安装 opkg 包管理器。使用 opkg 安装你需要的软件。下面是一个示意代码不要直接复制执行因为脚本地址和安装流程会更新# 示例思路从 Toltec 官方仓库获取 bootstrap 脚本并执行 # 请务必从官方 README 获取最新命令不要使用来路不明的脚本 wget -O - https://raw.githubusercontent.com/toltec-dev/stable/... | bash一个更稳妥的方式是在电脑上先把脚本下载下来用文本编辑器打开检查一遍确认没有可疑操作后再上传到设备执行。社区脚本虽然整体可信但“先检查再执行”永远是安全底线。安装完成后opkg 的基本用法与 APT 类似# 更新软件源索引 opkg update # 查看可用软件 opkg list | grep koreader # 安装 KOReader opkg install koreader6.3 推荐组合与个人实践体会从我自己的使用体验来看不是所有第三方软件都需要装。对于四年的设备我更推荐“最小必要组合”KOReader 系统自带 PDF 阅读互补使用。系统自带阅读器适合快速翻页KOReader 适合深度阅读和复杂 PDF。remux 提供的截图和局域网传输功能能明显提升“设备到电脑”的资料流转效率。如果你经常误触返回手势可以尝试安装一个轻量手势补丁。要记住一个原则第三方工具不是装得越多越好。墨水屏设备的 CPU 和内存有限后台常驻软件越多系统越容易卡顿。每安装一个工具都先跑几天确认稳定后再装下一个。7. 数据备份与恢复策略7.1 为什么要先备份再折腾无论你是升级系统、清理日志还是安装第三方软件源所有操作都应该建立在“已有完整备份”的基础上。reMarkable 2 的笔记数据默认存储在/home/root/.local/share/remarkable/目录中里面是 JSON 格式的文档元数据和对应的.rm文件。一旦丢失很难从官方云同步中完全找回所有历史版本。养成一个习惯每次进行系统级操作前都执行一次本地备份。7.2 本地一键备份命令最简单的备份方式是通过 SSH 打包整个用户数据目录# 以 root 用户登录设备后在设备上执行打包 tar czvf /home/root/remarkable-backup-$(date %Y%m%d).tar.gz \ /home/root/.local/share/remarkable/ \ /home/root/.config/在电脑上备份时先进入你想要保存备份文件的目录然后# 通过 scp 把设备上的备份包拉到电脑 scp root10.11.99.1:/home/root/remarkable-backup-20250115.tar.gz .没有 SSH 的情况下也可以通过 reMarkable 官方 Web 页面设备连接 USB 后浏览器访问http://10.11.99.1进入文件管理界面把单个文件下载到电脑。这种方式的优点是操作直观缺点是批量文件导出效率较低。7.3 恢复备份的正确方式恢复前先确保设备的系统版本与备份时的版本一致或兼容。如果你已经升级到新系统旧备份中的部分配置文件可能无法直接使用。恢复步骤将备份包通过 scp 上传到设备。先备份当前数据避免覆盖后后悔。解压备份包覆盖到对应目录。重启设备检查笔记列表是否完整。# 在设备上执行恢复假设备份包已上传到 /home/root/ 目录 cd / tar xzvf /home/root/remarkable-backup-20250115.tar.gz注意恢复操作会覆盖当前设备上的对应目录请务必再次确认备份包内容且当前设备上没有需要保留的新数据。7.4 备份策略建议备份周期备份内容备份方式每次系统升级前完整用户目录tar scp每周最近修改的笔记和模板官方云同步 / Web 导出每季度完整系统配置 第三方软件列表tar opkg list8. 常见问题与排查思路8.1 SSH 无法连接问题现象常见原因解决思路ssh root10.11.99.1超时USB 网络接口未识别检查数据线是否支持数据传输Windows 查看设备管理器是否有 RNDIS 设备提示Permission denied密码错误或 SSH 密钥不匹配确认开发者模式中设置的密码或检查~/.ssh/known_hosts是否冲突连接后立即断开系统防火墙或服务异常重启设备重新开启开发者模式8.2 升级后笔记消失问题现象常见原因解决思路笔记列表为空升级脚本异常用户目录未挂载检查/home/root/.local/share/remarkable/目录是否存在笔记在但打不开元数据版本不兼容检查.json文件中version字段确认与当前系统版本兼容部分笔记内容丢失云同步冲突查看官方云同步记录优先从电脑端 Web 导入备份如果你在升级前做了完整备份遇到这类问题就不用太担心直接恢复备份即可。8.3 安装第三方软件后系统卡死问题现象常见原因解决思路安装软件后重启卡在 Logo软件与系统核心组件冲突进入恢复模式卸载最近安装的软件包打开第三方阅读器白屏渲染驱动不兼容查看rm2fb是否安装或改用系统自带阅读器系统界面模糊或残影刷新参数被修改在设置中重置显示配置遇到卡死问题首先断电重启。如果重启后问题依旧通过 SSH 连接后查看/var/log/syslog和systemctl status定位是哪个服务或进程导致异常。8.4 电池掉电快的排查路径查看“设置 - 电池”里的耗电统计是屏幕耗电还是 WiFi 耗电。关闭 WiFi 后测试一晚待机耗电。如果仍掉电明显检查后台是否有未知进程占用 CPU。# 查看 CPU 占用最高的进程 top -b -n 1 | head -n 20 # 查看最近是否有异常唤醒 journalctl --since 1 hour ago | grep -i wakeup\|suspend9. 最佳实践与工程建议9.1 设备管理中的“最小权限”思维虽然我们通过 SSH 获得了 root 权限但不要动不动就用 root 权限修改系统底层。日常维护只操作必要目录遇到不认识的服务和文件先查询资料再行动。尤其是xochitl、rm-suspend、tutorial这类核心服务误操作轻则无法正常使用重则需要重新刷机。9.2 合理规划系统更新节奏对于一台四年设备不建议一有新固件就升级。官方新版本可能带来新功能也可能引入新的兼容性问题。更合理的做法是在官方论坛或社区查看新固件的反馈。等待第一个补丁版本发布后再考虑升级。升级前确认自己的第三方软件源是否兼容新系统。换句话说稳定使用优先于版本尝鲜。9.3 备份、备份、再备份这句话值得重复三次。我在实战中推荐的备份方式是“双份备份”一份加密存储在电脑本地一份上传到自己的网盘或移动硬盘。备份文件名加入日期方便回溯。9.4 安全边界和网络注意事项不要将 SSH 暴露在公网reMarkable 2 的定位是本地设备不是服务器。USB 网络模式比 WiFi 网络模式更安全尽量在 USB 模式下进行敏感操作。安装第三方脚本前先查看脚本内容避免执行来路不明的命令。不要在设备上保存私钥、密码等敏感信息。9.5 什么时候该考虑更换硬件如果电池严重鼓包、屏幕出现大面积亮点/坏点、手写笔不灵敏那系统层面的“复活”就不够用了。此时更换电池或联系官方售后是更实际的选择。不过在更换硬件前备份数据依然是第一步。10. 总结与后续学习方向到这里一台四年前的 reMarkable 2 基本已经完成了一轮“系统复活”。你可以查看系统版本并升级到稳定固件、清理日志和存储空间、校准电池并优化充电习惯、通过 SSH 做深度维护、按需安装社区软件、建立定期备份机制。如果你想把探索继续深入下去可以从这几个方向入手阅读 reMarkable 2 的社区 Wiki了解不同固件版本的特性和已知问题。尝试使用vnc或scrcpy思路将墨水屏画面投射到电脑上观察系统运行状态。研究.rm文件格式自己做笔记数据的解析和导出工具。如果你喜欢写脚本可以写一个“自动备份 日志清理”的脚本定期执行。最后的建议很简单不要为了“折腾”而折腾。每一次系统级操作都先确认自己能承担风险并有能力恢复。只要备份做得好、操作够谨慎这台四年的墨水屏手写板完全可以再陪你很久。 reMarkable 2四年老机复活：固件升级、SSH维护与电池优化全攻略
在 2021 年前后入手的 reMarkable 2放到今天已经有四年的使用痕迹。墨水屏手写板不像手机那样需要每年迭代但系统版本落后、电池衰减、第三方生态缺失、甚至开机变慢这些问题是真实存在的。这篇文章不是让你换新设备而是围绕“系统升级、电池维护、SSH 优化、社区软件增强、数据备份”这条主线分享一套完整的 reMarkable 2 复活方案。不管你的设备是吃灰很久后重新翻出来还是每天都在用但明显感觉不如以前流畅这篇文章都适合你。1. 为什么一台四年的 reMarkable 2 需要“复活”1.1 四年使用后常见的“亚健康”状态reMarkable 2 的硬件思路很像电子书阅读器低功耗墨水屏、长续航、专注写作。这类设备的设计寿命往往比手机更长但四年之后你可能会遇到下面几种典型情况系统版本停留在旧版本缺少新功能例如更好的 PDF 标注、双页视图、文件同步策略调整。手写延迟好像变高了。其实墨水屏的延迟与系统固件、渲染参数、后台进程都有关系不一定只是心理作用。电池续航从原来的“两周”变成“三五天”严重时半天就没电。设备开机进入桌面明显变慢文件列表打开时卡顿。想安装第三方阅读器、截图工具、手势增强插件却不知道从哪下手。这些问题单看都不致命但叠加在一起就会让“随手翻开就写”的体验大打折扣。所谓“复活”不是一个玄学概念而是从系统层、电源层、软件生态三层做一次系统化的梳理和维护。1.2 复活一台设备的核心思路把 reMarkable 2 当作一台精简的 Linux 设备来看待事情就清晰了。它的系统基于 Linux 内核UI 由官方定制日常使用不开放 Root 权限但开发者模式提供了 SSH 入口。整个“复活”流程可以拆成四个阶段系统层检查固件版本升级到可用的官方新版本必要时手动刷入固件包。电源层了解电池状态、校正电量计、调整充电习惯、关闭不必要的网络和后台刷新。软件层开启开发者模式通过 SSH 清理无用文件按需安装社区软件源中的工具。数据层在操作前做完整备份避免笔记、模板、配置文件丢失。这套思路也适用于其他基于 Linux 的墨水屏设备只是具体命令和路径会有差异。1.3 这篇文章能帮你解决什么读完本文你可以独立完成查看 reMarkable 2 的系统版本、内存、存储、电池状态。通过官方 OTA 或手动固件升级方式让系统停留在一个稳定版本。开启 SSH安全地进入系统内部做维护。清理日志和缓存目录释放存储空间。使用社区软件源安装常用增强工具。建立一套适合自己的备份策略防止升级或折腾过程中丢数据。2. 环境准备与设备信息确认2.1 你需要准备的工具开始之前先确认手边的“基础设施”。整个过程主要依赖一台电脑和一条数据线不需要拆机或焊接。工具用途reMarkable 2 本体需要保证电量在 50% 以上避免升级中途断电USB 数据线用于连接电脑部分操作通过 USB 网络进行Windows / macOS / Linux 电脑用于 SSH、下载固件、备份文件SSH 客户端Windows 可用 PuTTYmacOS/Linux 直接使用终端稳定的网络官方更新和社区软件源都需要联网下载如果你的电脑没有安装 SSH 客户端Windows 10/11 可以在“可选功能”中安装 OpenSSH 客户端macOS 和 Linux 终端自带 ssh 命令直接使用即可。2.2 确认设备型号与系统版本不同批次的 reMarkable 2 硬件差异不大但系统版本会影响后续操作。建议先完成下面几步点亮屏幕在系统主界面点击右上角菜单。进入“设置”Settings。找到“关于”About或“软件更新”Software Update页面查看当前系统版本。同时确认设备是否已经注册过 reMarkable 云账号。这里的版本号不需要背下来只需要记录“当前版本”和“设备剩余空间”。后续是否手动升级、能否安装第三方软件源都与这几个信息有关。2.3 关于版本与固件的注意事项reMarkable 官方目前对于旧设备的系统更新策略是“尽量通过 OTA 推送”如果你的设备长期未联网可能不会自动收到更新。这种情况下你需要手动检查更新。在写作本文时固件版本已经进入 3.x 时代界面、手势、云同步逻辑与早期 2.x 有不少变化。如果你的设备还停留在 3.0 之前的版本建议先完成一次 OTA 升级再考虑第三方软件。需要特别提醒的是第三方软件源和破解工具往往绑定特定固件版本。如果你未来想使用 KOReader、ddvk 等插件不要盲目升级到最新测试版固件。具体兼容性以对应项目 README 说明为准。3. 从系统角度优化升级固件与清理空间3.1 官方 OTA 升级的正确姿势先把最安全的升级方式走通。连接 Wi-Fi 后进入“设置 - 软件更新”点击“检查更新”。系统会提示是否有新版本可用。如果在线检查失败常见原因有两种网络无法连接到 reMarkable 的更新服务器或者设备时间不正确。尤其是吃灰很久的设备系统时间可能停在几年前会导致 HTTPS 握手失败。此时先手动校准时间再重新检查更新。校准时间最直接的方式是在设置里开关一次“自动日期与时间”或者通过 SSH 使用date命令手动设置。这里我提前给一个 SSH 命令后面会详细介绍如何开启 SSH# 先通过 USB 或局域网连接设备root 用户登录后执行 date -s 2025-01-15 10:00:003.2 手动下载固件并升级如果 OTA 一直失败可以采用手动升级。reMarkable 官方在 GitHub 上维护了固件仓库你可以在 Release 页面找到对应型号的固件包。下载完成后通过 USB 连接电脑在 reMarkable 上会看到“USB 连接”的提示界面。手动升级的具体步骤一般如下将下载好的固件包解压。通过 USB Web 界面或 SCP 上传到设备的/home/root/目录。在设备上执行重启并触发升级脚本。不过不同版本的升级包方式略有差异最稳妥的方法是进入设备“设置 - 软件更新”页面看是否支持本地更新文件选择。如果不支持再参考官方 GitHub 仓库内的说明文档。需要再次强调的是手动刷系统有变砖风险虽然 reMarkable 2 可以通过 USB 进入恢复模式但操作前请务必备份数据并确保电量充足。3.3 升级后清理系统垃圾文件升级完成后系统划分中的“旧文件”并不会自动全部清除。运行一段时间后可以通过 SSH 查看哪些目录占用了大量空间。先登录设备执行下面一组命令建立“系统体检”的基础认知# 当前系统版本 cat /etc/os-release # 内核版本 uname -a # 内存使用情况 free -h # 存储空间使用情况 df -h # 开机运行时间 uptime如果发现磁盘空间不足重点检查这几个目录/home/root/.local/share/remarkable/存放笔记、模板、屏幕截图等用户数据。/var/log/系统日志长时间不清理可能积累到几百 MB。/home/root/.cache/缓存目录部分应用会在这里写入临时文件。清理日志时不要直接删除日志服务只需要清空归档日志# 查看日志目录占用 du -sh /var/log/* # 清空旧的轮转日志注意保留当前正在写入的日志 journalctl --vacuum-size50M如果journalctl不可用也可以手动删除.gz结尾的旧日志文件但一定要确认当前系统日志服务已经停止或跳过正在占用的文件。3.4 重启与性能观察清理结束后执行一次彻底重启reboot重启后再次进入系统感受一下界面切换和笔记加载速度。如果之前卡顿是因为存储空间不足或日志过大这一步会明显改善。4. 电池维护与充电优化4.1 四年后电池衰减的常见表现墨水屏设备电池衰减不会像手机那样“突然尿崩”更多是缓慢下降。常见表现包括待机一晚掉电 10% 以上。开启 WiFi 后掉电速度明显加快。电量显示从 60% 直接跳到 30%。充电时电量百分比不是线性增长而是“跳变”。这背后有两个原因一是锂电池本身的循环老化二是电量计Fuel Gauge在长期未完全充放的情况下估算精度下降。4.2 观察电池状态SSH 查看电量参数reMarkable 2 的 Linux 系统下可以通过电源子系统查看电池状态。下面是一组参考命令由于不同固件版本的设备路径可能不同请根据实际输出调整# 常见电池信息路径先尝试读取 cat /sys/class/power_supply/battery/capacity cat /sys/class/power_supply/battery/status cat /sys/class/power_supply/battery/voltage_now如果路径不存在可以使用find /sys/class/power_supply/ -maxdepth 2 -type f | head -n 20找到实际的节点名称。这些命令只是读取信息不会修改任何东西可放心执行。正常状态下status应该是Discharging、Charging或Full三者之一。如果长时间插着电源但状态一直不是Full说明电池可能存在老化或充电管理系统异常。4.3 电量计校准与充电习惯调整如果发现电量百分比跳变可以尝试一次“浅校准”将设备放电到 10% 左右。关机插上原装或正规 5V/2A 充电器。连续充电到 100%并在充满后继续充电 30 分钟。拔掉电源正常开机使用让电量自然放电到 30% 再继续充电。这种校准不需要经常做每隔三个月一次即可。平时使用时尽量避免两个极端长期 100% 满电存放以及长期 0% 亏电闲置。如果短期内不用设备建议存放电量在 50% 左右。4.4 系统层面的省电设置reMarkable 2 的省电主要取决于几项系统设置关闭 WiFi不进行云同步时可以关闭这是最直接的省电方式。关闭背光在光线充足的环境下尽量关闭阅读灯墨水屏反射式显示不依赖背光。减少自动同步频率在设置里将“自动同步”改为“仅手动同步”避免频繁连接服务器。优化屏幕刷新模式部分固件提供 Fast / Balanced / Quality 刷新模式Fast 模式更省电但显示残影略重。不要忽略一个细节如果设备上安装了社区软件比如 KOReader它在后台可能保持网络连接或持续渲染需要检查软件自身的省电设置。5. 开启 SSH 与系统级深度维护5.1 开启开发者模式在设备上进入“设置 - 一般”General或“安全”Security菜单找到“开发者模式”Developer Mode将其开启。开启后系统会提示你设置 root 密码或显示 SSH 默认密码。这一步非常重要如果你的设备连接了网络且开启了 SSH 但使用弱密码就会面临被局域网内其他设备扫描的风险。对于开发者调试用途建议设置强密码或者只在 USB 连接模式下使用 SSH。5.2 通过 USB 连接 SSHreMarkable 2 通过 USB 连接电脑时会虚拟出一个网络接口。在 Windows 上这个接口通常被识别为“USB 以太网”或“RNDIS”在 macOS 和 Linux 上会自动获得一个网卡 IP。设备在 USB 模式下默认地址通常是10.11.99.1连接命令为ssh root10.11.99.1如果你的电脑无法直接解析到这个地址可以先在电脑上把网络接口的 IP 设置为静态地址例如10.11.99.2子网掩码255.255.255.0然后再执行 SSH。登录成功后你会看到类似下面的提示Welcome to reMarkable 2此时说明你已经获得了系统 Shell 权限。请记住你现在拥有的是 root 权限任何误操作都可能影响系统稳定性建议每条命令都先想清楚再执行。5.3 检查正在运行的服务设备卡顿的一个重要原因是后台服务过多。通过 systemd 可以查看当前启动的服务systemctl list-units --typeservice --staterunning systemctl list-unit-files | grep enable对于 reMarkable 2一些服务与云同步、更新检查、UI 界面相关。不要随意systemctl stop核心服务否则可能导致设备黑屏或无法正常启动。如果你确定某个非必要服务导致卡顿可以临时停止它测试效果# 以 xochitl 为例xochitl 是 reMarkable 的手写界面主进程千万不要随意停止 # 这里只是演示查看服务状态的命令不推荐直接操作 systemctl status xochitl如果你想关闭某个无关紧要的服务正确做法是先确认它的用途再用systemctl disable禁止开机自启动而不是直接 stop。5.4 清理用户目录与模板文件reMarkable 的用户数据目录中可能会残留很多不再使用的模板、屏幕截图和临时文件。查看哪些目录占用空间最大du -sh /home/root/.local/share/remarkable/* | sort -h对于不再需要的模板文件直接删除前建议通过官方界面或 Web 界面确认而不是在 Shell 里强制删除。因为在 Shell 中删除的文件不会进入回收站一旦误删很难恢复。6. 社区软件生态让四年老设备重新“好用”6.1 Toltec 软件源与第三方工具Toltec 是 reMarkable 社区维护的软件源类似 Linux 发行版的 APT 源。它提供了大量第三方应用和补丁例如KOReader功能强大的电子书阅读器支持 PDF 重排、多种格式、深色模式。remux提供截图、屏幕录制、局域网 Web 访问等功能。ddvk 补丁增强系统手势例如双指轻点撤销、左右滑动翻页等。rm2fb优化的 framebuffer 驱动可以降低第三方应用在墨水屏上的重绘延迟。这些工具能让一台“官方封闭”的笔记本变成更开放的阅读和笔记设备但需要明白安装第三方软件意味着设备会脱离官方纯白环境可能出现兼容性问题甚至影响保修。操作前请自行判断是否接受这些风险。6.2 安装 Toltec 的基本流程Toltec 的安装流程随版本变化建议以官方文档为准。大致思路如下通过 SSH 登录设备。下载并执行 Toltec 的 bootstrap 脚本。在设备上安装 opkg 包管理器。使用 opkg 安装你需要的软件。下面是一个示意代码不要直接复制执行因为脚本地址和安装流程会更新# 示例思路从 Toltec 官方仓库获取 bootstrap 脚本并执行 # 请务必从官方 README 获取最新命令不要使用来路不明的脚本 wget -O - https://raw.githubusercontent.com/toltec-dev/stable/... | bash一个更稳妥的方式是在电脑上先把脚本下载下来用文本编辑器打开检查一遍确认没有可疑操作后再上传到设备执行。社区脚本虽然整体可信但“先检查再执行”永远是安全底线。安装完成后opkg 的基本用法与 APT 类似# 更新软件源索引 opkg update # 查看可用软件 opkg list | grep koreader # 安装 KOReader opkg install koreader6.3 推荐组合与个人实践体会从我自己的使用体验来看不是所有第三方软件都需要装。对于四年的设备我更推荐“最小必要组合”KOReader 系统自带 PDF 阅读互补使用。系统自带阅读器适合快速翻页KOReader 适合深度阅读和复杂 PDF。remux 提供的截图和局域网传输功能能明显提升“设备到电脑”的资料流转效率。如果你经常误触返回手势可以尝试安装一个轻量手势补丁。要记住一个原则第三方工具不是装得越多越好。墨水屏设备的 CPU 和内存有限后台常驻软件越多系统越容易卡顿。每安装一个工具都先跑几天确认稳定后再装下一个。7. 数据备份与恢复策略7.1 为什么要先备份再折腾无论你是升级系统、清理日志还是安装第三方软件源所有操作都应该建立在“已有完整备份”的基础上。reMarkable 2 的笔记数据默认存储在/home/root/.local/share/remarkable/目录中里面是 JSON 格式的文档元数据和对应的.rm文件。一旦丢失很难从官方云同步中完全找回所有历史版本。养成一个习惯每次进行系统级操作前都执行一次本地备份。7.2 本地一键备份命令最简单的备份方式是通过 SSH 打包整个用户数据目录# 以 root 用户登录设备后在设备上执行打包 tar czvf /home/root/remarkable-backup-$(date %Y%m%d).tar.gz \ /home/root/.local/share/remarkable/ \ /home/root/.config/在电脑上备份时先进入你想要保存备份文件的目录然后# 通过 scp 把设备上的备份包拉到电脑 scp root10.11.99.1:/home/root/remarkable-backup-20250115.tar.gz .没有 SSH 的情况下也可以通过 reMarkable 官方 Web 页面设备连接 USB 后浏览器访问http://10.11.99.1进入文件管理界面把单个文件下载到电脑。这种方式的优点是操作直观缺点是批量文件导出效率较低。7.3 恢复备份的正确方式恢复前先确保设备的系统版本与备份时的版本一致或兼容。如果你已经升级到新系统旧备份中的部分配置文件可能无法直接使用。恢复步骤将备份包通过 scp 上传到设备。先备份当前数据避免覆盖后后悔。解压备份包覆盖到对应目录。重启设备检查笔记列表是否完整。# 在设备上执行恢复假设备份包已上传到 /home/root/ 目录 cd / tar xzvf /home/root/remarkable-backup-20250115.tar.gz注意恢复操作会覆盖当前设备上的对应目录请务必再次确认备份包内容且当前设备上没有需要保留的新数据。7.4 备份策略建议备份周期备份内容备份方式每次系统升级前完整用户目录tar scp每周最近修改的笔记和模板官方云同步 / Web 导出每季度完整系统配置 第三方软件列表tar opkg list8. 常见问题与排查思路8.1 SSH 无法连接问题现象常见原因解决思路ssh root10.11.99.1超时USB 网络接口未识别检查数据线是否支持数据传输Windows 查看设备管理器是否有 RNDIS 设备提示Permission denied密码错误或 SSH 密钥不匹配确认开发者模式中设置的密码或检查~/.ssh/known_hosts是否冲突连接后立即断开系统防火墙或服务异常重启设备重新开启开发者模式8.2 升级后笔记消失问题现象常见原因解决思路笔记列表为空升级脚本异常用户目录未挂载检查/home/root/.local/share/remarkable/目录是否存在笔记在但打不开元数据版本不兼容检查.json文件中version字段确认与当前系统版本兼容部分笔记内容丢失云同步冲突查看官方云同步记录优先从电脑端 Web 导入备份如果你在升级前做了完整备份遇到这类问题就不用太担心直接恢复备份即可。8.3 安装第三方软件后系统卡死问题现象常见原因解决思路安装软件后重启卡在 Logo软件与系统核心组件冲突进入恢复模式卸载最近安装的软件包打开第三方阅读器白屏渲染驱动不兼容查看rm2fb是否安装或改用系统自带阅读器系统界面模糊或残影刷新参数被修改在设置中重置显示配置遇到卡死问题首先断电重启。如果重启后问题依旧通过 SSH 连接后查看/var/log/syslog和systemctl status定位是哪个服务或进程导致异常。8.4 电池掉电快的排查路径查看“设置 - 电池”里的耗电统计是屏幕耗电还是 WiFi 耗电。关闭 WiFi 后测试一晚待机耗电。如果仍掉电明显检查后台是否有未知进程占用 CPU。# 查看 CPU 占用最高的进程 top -b -n 1 | head -n 20 # 查看最近是否有异常唤醒 journalctl --since 1 hour ago | grep -i wakeup\|suspend9. 最佳实践与工程建议9.1 设备管理中的“最小权限”思维虽然我们通过 SSH 获得了 root 权限但不要动不动就用 root 权限修改系统底层。日常维护只操作必要目录遇到不认识的服务和文件先查询资料再行动。尤其是xochitl、rm-suspend、tutorial这类核心服务误操作轻则无法正常使用重则需要重新刷机。9.2 合理规划系统更新节奏对于一台四年设备不建议一有新固件就升级。官方新版本可能带来新功能也可能引入新的兼容性问题。更合理的做法是在官方论坛或社区查看新固件的反馈。等待第一个补丁版本发布后再考虑升级。升级前确认自己的第三方软件源是否兼容新系统。换句话说稳定使用优先于版本尝鲜。9.3 备份、备份、再备份这句话值得重复三次。我在实战中推荐的备份方式是“双份备份”一份加密存储在电脑本地一份上传到自己的网盘或移动硬盘。备份文件名加入日期方便回溯。9.4 安全边界和网络注意事项不要将 SSH 暴露在公网reMarkable 2 的定位是本地设备不是服务器。USB 网络模式比 WiFi 网络模式更安全尽量在 USB 模式下进行敏感操作。安装第三方脚本前先查看脚本内容避免执行来路不明的命令。不要在设备上保存私钥、密码等敏感信息。9.5 什么时候该考虑更换硬件如果电池严重鼓包、屏幕出现大面积亮点/坏点、手写笔不灵敏那系统层面的“复活”就不够用了。此时更换电池或联系官方售后是更实际的选择。不过在更换硬件前备份数据依然是第一步。10. 总结与后续学习方向到这里一台四年前的 reMarkable 2 基本已经完成了一轮“系统复活”。你可以查看系统版本并升级到稳定固件、清理日志和存储空间、校准电池并优化充电习惯、通过 SSH 做深度维护、按需安装社区软件、建立定期备份机制。如果你想把探索继续深入下去可以从这几个方向入手阅读 reMarkable 2 的社区 Wiki了解不同固件版本的特性和已知问题。尝试使用vnc或scrcpy思路将墨水屏画面投射到电脑上观察系统运行状态。研究.rm文件格式自己做笔记数据的解析和导出工具。如果你喜欢写脚本可以写一个“自动备份 日志清理”的脚本定期执行。最后的建议很简单不要为了“折腾”而折腾。每一次系统级操作都先确认自己能承担风险并有能力恢复。只要备份做得好、操作够谨慎这台四年的墨水屏手写板完全可以再陪你很久。