发布已经四年的 reMarkable 2，放在今天还有没有继续使用的价值？答案是可以。十点三英寸墨水屏、手写笔记、PDF 批注，这些核心功能并没有过时；真正让它显得“旧”的，是系统版本落后、第三方工具缺失、云同步偶尔抽风，以及电池和存储空间带来的日常焦虑。与其让一台还能正常开机的设备继续吃灰，不如把它重新整理一遍：检查固件、开启 SSH、接入社区生态，让这台四年前的设备恢复到“能高效用、能自动备份、能批量处理文档”的状态。
这篇文章不适合只想买新设备的人，适合手里正好有一台 reMarkable 2、想知道它还能怎么折腾，以及做技术维护时该从哪里开始的用户。下文会按“确认现状 -> 更新固件 -> root 与 SSH -> 第三方工具 -> 自动化脚本与批量任务 -> 性能观察 -> 问题排查”的顺序展开。所有命令都是通用示例，实际使用时请以设备固件版本和官方开发者文档为准。
1. 核心能力速览
| 能力项 | 说明 |
|---|---|
| 设备类型 | 10.3 英寸电子墨水手写平板，定位无纸化笔记与文档批注 |
| 操作系统 | reMarkable 官方系统 Codex，基于 Linux 内核定制，支持 OTA 更新 |
| 主要功能 | 手写笔记、PDF 阅读与批注、电子书浏览、云同步 |
| 根访问权限 | 可开启开发者模式，通过 SSH 进入系统，获得 root shell |
| 第三方扩展 | 支持 Toltec 包管理器、KOReader、rmfakecloud 等社区项目 |
| 硬件配置 | 墨水屏，1GB 内存，8GB 存储，支持 Wi-Fi 与 USB-C 连接 |
| 接口能力 | 没有官方公开 API；自动化主要依赖 SSH、文件系统和社区工具 |
| 批量任务 | 可通过脚本批量备份笔记、批量推送 PDF、批量导出文档 |
| 适合场景 | 阅读、手写笔记、PDF 批注、长文本审阅、离线记录 |
| 使用边界 | root、刷固件、第三方工具都有风险，操作前必须先备份 |
从材料看，reMarkable 2 最值得保留的是墨水屏读写体验，以及 Linux 底层带来的可维护性。四年后真正需要做的，不是换硬件，而是把软件环境清理干净，再按自己的使用习惯补上自动化能力。
2. 适用场景与使用边界
reMarkable 2 适合什么场景？首先是长时间阅读和手写笔记。墨水屏没有蓝光直射，也不像 LCD 那样在强光下看不清，适合开会、上课、户外记录。其次是 PDF 批注，论文、合同、设计稿都可以直接导入，手写批注比键盘输入更接近纸质体验。再次是离线记录，reMarkable 2 不依赖手机也能完成绝大部分笔记工作，这里就已经是一个很好的“数字草稿纸”。
它不适合什么场景？不适合当通用平板。没有丰富应用生态，浏览器能力很弱，视频、即时通讯、复杂表格处理都不现实。1GB 内存和低功耗处理器的限制决定了它只能专注于轻量任务。如果你需要同时打开多个应用、后台挂下载任务、随时访问网页，那它明显不适合。
使用边界也要说清楚。root、SSH、刷固件会让设备失去官方保修，操作不当可能造成系统无法启动。云同步和第三方同步工具涉及账号与隐私，务必使用自己的账号，不要同步未经授权的敏感文档。涉及他人作品、未公开稿件的批注与分发，需要确保自己拥有对应权限。
3. 硬件与系统现状确认
3.1 硬件参数
reMarkable 2 的硬件在 2020 年发布时属于“够用但不豪华”的定位。10.3 英寸墨水屏，1872×1404 分辨率，226 PPI，手写延迟控制做得很好，这是它到现在仍有口碑的原因。机器内置 1GB 内存，8GB 存储，扣除系统占用量后，实际可用存储空间大约在 5GB 到 6GB 级别，具体以设备显示为准。它支持 Wi-Fi，也支持 USB-C 有线连接，连接电脑后可以通过浏览器访问本地管理界面。
这组数据意味着什么？如果你只是正常读写文档，配置是够用的。但如果你把它当成“文档仓库”，导入大量几 GB 的 PDF、漫画、扫描件，很快就会发现存储空间紧张。内存 1GB 也决定了它不适合运行重型服务，第三方工具选择要克制。
3.2 系统版本和固件检查
开始折腾前，先确认设备当前系统版本。打开设备的“设置 -> 关于”，查看系统版本号；也可以连接 Wi-Fi 后等待系统自动推送更新。如果你已经开启 SSH，还可以直接进入系统查看内核和发行版信息，命令如下：
uname -a cat /etc/os-release输出结果会显示内核版本、系统名称、版本号。这个信息决定了后续安装的第三方工具是否兼容。reMarkable 官方系统迭代速度不算快，但会持续修复问题并增加少量功能。如果设备长期没有更新，建议先通过官方 OTA 升级到最新版本，再做其他操作。
4. 官方更新与系统维持
4.1 检查更新
官方更新的入口在设备端“设置 -> 关于 -> 更新”区域。连接 Wi-Fi 后，系统会自动检查更新；如果暂时关闭了自动更新，也可以手动触发。整个过程不需要电脑参与，但建议在电量充足的情况下进行，更新过程中不要强制断电。
更新完成后，回到“设置 -> 关于”确认版本号已经变化。如果更新失败，常见原因是存储空间不足或者网络不稳。可以在设置中清理无用文档，或者连接 USB-C 到电脑，用浏览器访问设备管理页，把大文件迁出后再重试升级。
值得注意的是，固件升级会保留用户笔记，但为了安全起见，升级前仍然建议先做一次完整备份。备份方法在后面章节会详细说明。
5. root 与 SSH：旧设备重生的第一步
5.1 开启开发者模式
reMarkable 2 的“重生”往往从开启开发者模式开始。路径是“设置 -> 常规 -> 开发者模式”，打开后设备会提示创建 SSH 密钥，这一步会要求你通过 USB-C 连接电脑，将设备生成的公钥添加到电脑的~/.ssh/authorized_keys中。
这个机制的本质是：reMarkable 在系统层面开放了 SSH 服务，但默认只有持有对应公钥私钥的电脑才能连接。好处是比自己破解系统更安全，坏处是如果丢失密钥或忘记备份，重新开启开发者模式时需要恢复出厂设置，可能会影响本地数据，所以操作前务必先备份。
5.2 SSH 连接
开启开发者模式后，用 USB-C 连接电脑，设备会通过 USB 网络接口建立连接。reMarkable 2 的默认 USB 网络地址通常是10.11.99.1，不同固件版本可能调整，以官方开发者文档为准。连接命令如下：
ssh root@10.11.99.1如果你知道设备当前连接的 Wi-Fi IP，也可以改用 Wi-Fi 地址连接。连接成功后，你会进入设备上的 Linux shell，可以查看系统日志、检查存储、管理进程、安装第三方包。
SSH 能做什么？最基本的用途是快速查看系统状态：
free -h df -h journalctl -u xochitl -n 50xochitl是 reMarkable 官方手写笔记和文档界面进程。日志会显示它的启动状态和报错信息，比如存储写入失败、PDF 渲染崩溃、云同步异常等。排查很多设备问题都从这一步开始。
6. 第三方生态：Toltec、KOReader 与自建云
6.1 Toltec 包管理器
当设备开放 SSH 后，最值得安装的是社区包管理器 Toltec。Toltec 类似一个极简的 Linux 包仓库，里面打包了 KOReader、rmfakecloud、模板管理器、截图工具等常用组件。安装方式通常是在 SSH 会话中执行一段安装脚本，官方仓库地址在 GitHub 上，安装前确认脚本来源可靠。
安装完成后，可以用opkg命令搜索和安装软件包。例如：
opkg update opkg install koreaderToltec 安装的软件会以 systemd service 或启动脚本的方式运行，卸载也比较干净。需要注意，第三方包可能与官方固件不兼容，尤其在大版本升级后，最好先确认包是否更新，再决定是否安装。
6.2 KOReader
KOReader 是墨水屏设备圈里非常成熟的电子书阅读器，支持 EPUB、PDF、MOBI、TXT 等多种格式，排版、目录、字体设置比官方阅读器更细。安装后在应用切换界面就能看到 KOReader 图标，进入后可以设置字体、行间距、夜间模式，打开大型 PDF 时内存管理也相对稳定。
KOReader 对 reMarkable 2 的意义是：官方系统对 EPUB 的排版支持一直比较弱，第三方阅读器可以补齐这个短板。如果你经常看电子书而不是只看 PDF，这一步很值得做。使用 KOReader 阅读时，侧重点放在排版和阅读进度记录，而不是完全替代官方手写批注。
6.3 自建云同步
官方云同步依赖 reMarkable 的服务器，对于网络环境不稳定或注重隐私的用户，社区方案是使用 rmfakecloud 自建同步服务。rmfakecloud 是一个模拟 reMarkable 云接口的服务端，运行在自己的服务器上，然后让设备指向该地址，达到类似官方云同步的效果。
部署 rmfakecloud 需要一台有 Docker 或 Node.js 环境的服务器，具体配置按项目 README 操作。这里不展开服务器搭建细节，但必须强调：自建云同步涉及账号和私钥，不要用生产环境的重要凭证做实验；如果只是为了测试，可以使用单独账号。
7. 自动化与批量任务：SSH、脚本与云同步接口
7.1 SSH 脚本批量导出
有了 SSH 和文件系统访问权限，批量备份就很容易实现。reMarkable 2 的本地笔记与文档通常存放在/home/root/.local/share/remarkable/xochitl/目录下，里面包含 UUID 命名的新目录、PDF 和笔记文件。不同固件版本的路径可能不同，执行前先确认目录结构。
一个通用的批量备份脚本可以这样写，在电脑上运行：
#!/bin/bash # 通用备份示例：将 reMarkable 文档目录打包并拉取到本地 REMARKABLE_IP=${REMARKABLE_IP:-10.11.99.1} SSH_KEY=${SSH_KEY:-$HOME/.ssh/id_ed25519} ssh -i "$SSH_KEY" root@"$REMARKABLE_IP" \ "tar czf /tmp/remarkable-backup.tar.gz -C /home/root/.local/share/remarkable xochitl/" scp -i "$SSH_KEY" root@"$REMARKABLE_IP":/tmp/remarkable-backup.tar.gz ./这段命令先在设备端把文档目录打包成压缩包，再通过 scp 拉取到电脑本地。第一次备份后，后续可以做增量备份或按日期保留多个版本。脚本里的 IP 和密钥路径需要按实际环境替换。
7.2 云同步接口与第三方客户端
reMarkable 官方没有对外开放正式 API，但社区有一些基于逆向协议的第三方客户端，比如 rmapi。rmapi 可以用命令行访问 reMarkable 云服务，实现文档列表、上传、下载、删除等操作，适合在电脑上批量导出云端文件。
使用 rmapi 前，需要在电脑上安装它，并用你自己的 reMarkable 账号完成登录。登录过程中会涉及账号 Token，务必保管好。之后可以批量获取云端文档：
# 列出云端的根目录文件 rmapi ls # 将指定的 PDF 从云端下载到当前目录 rmapi get "我的笔记.pdf"这里要特别提醒：这类社区工具不是官方产品，接口变化可能导致失效，而且直接把账号 Token 暴露在第三方程序中存在安全风险。建议在隔离环境、测试账号中尝试。如果你只在本机使用，注意不要把 Token 提交到代码仓库或公开文档。
7.3 批量推送文档到设备
除了导出，日常使用中更常见的是批量导入 PDF、电子书和模板。推送文件到 reMarkable 2 的方法不止一种，最简单的就是打开设备 USB 网络模式后，用 scp 直接拷贝到xochitl目录。社区推荐的做法是先通过设备的“文件上传”网页或者官方桌面应用导入，批量操作时再考虑脚本。
一个简单的批量推送示例：
#!/bin/bash # 批量推送当前目录下的 PDF 到 reMarkable 的 xochitl 目录 REMARKABLE_IP=${REMARKABLE_IP:-10.11.99.1} for file in *.pdf; do echo "推送 $file" scp "$file" root@"$REMARKABLE_IP":/home/root/.local/share/remarkable/xochitl/ done推送完成后，在设备上可能需要重启 xochitl 进程或等待索引刷新，文档才会出现在列表里。如果设备没有刷新，可以执行systemctl restart xochitl，但这会导致当前会话重启，操作前最好先保存正在编辑的内容。
8. 性能观察与资源占用
8.1 内存与多任务
reMarkable 2 的内存只有 1GB，这在今天看来非常紧张。正常使用时，系统会优先保证 xochitl 进程稳定运行，内存不足时后台进程可能被内核回收，表现就是偶尔出现界面卡顿或启动变慢。通过 SSH 输入free -h可以查看实时内存余量，top可以查看哪个进程占用了过多 CPU 和内存。
如果出现明显的卡顿，优先检查后台服务：是否装了多个第三方包，是否有同步服务在持续运行，是否开启了不必要的自动扫描。第三方工具装得越多，后台进程越多，1GB 内存很快就撑不住。建议只保留一到两个最重要的扩展。
8.2 存储与磁盘
8GB 存储空间是另一个容易踩的坑。系统本身会占用一定空间，用户可用空间通常不到 6GB，导入大量大 PDF 或漫画文件后，很容易只剩几百 MB。存储空间不足时，笔记可能无法写入，更新也可能失败。平时可以用df -h查看根分区使用率，清理无用文档。
如果存储空间已经见底，可以用 USB-C 连接电脑，把历史 PDF 归档到电脑本地，只保留正在阅读的文稿。这个方法比在设备上逐个删除更高效。
8.3 网络与耗电
reMarkable 2 的墨水屏在静止显示时几乎不耗电，但 Wi-Fi 开启、云同步和后台网络请求会明显加快电量消耗。如果你长时间不用云同步，建议在设置里关闭 Wi-Fi。待机掉电过快时，检查是否有第三方服务在后台频繁联网。
墨水屏的刷新率天生无法和 LCD 相比，翻页、切换应用时出现短暂闪烁是正常现象。如果频繁出现残影，可以在设置里调整刷新模式；如果页面刷新异常，再检查系统日志，通常与第三方显示工具或 KOReader 设置有关。
9. 常见问题与排查方法
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| SSH 连接不上 | 开发者模式未开启、USB 网络未建立、IP 变更 | 重新插拔 USB-C，确认设备处于开发者模式，检查ping 10.11.99.1 | 按官方文档重新开启开发者模式，确认 IP 地址 |
| 系统无法升级 | 存储空间不足、网络不稳、固件服务器异常 | 查看设备剩余空间，换 Wi-Fi 重试 | 清理文档，连接 USB-C 后通过网页管理端重试 |
| 云同步失败 | 服务器连接超时、账号 Token 失效 | 检查 Wi-Fi、查看系统日志journalctl -u xochitl | 退出账号重新登录，或改用 rmfakecloud 自建方案 |
| 界面卡顿 | 内存不足、后台服务过多、大文件渲染 | free -h、top查看进程 | 关闭第三方同步服务，移除不必要的 Toltec 包，重启 xochitl |
| 存储空间不足 | 大 PDF 过多、系统缓存未清理 | df -h查看使用率 | 将历史文档导出到电脑本地，删除无用文件 |
| 第三方应用启动失败 | 与固件版本不兼容、依赖缺失 | 查看opkg list-installed和启动日志 | 更新 Toltec 仓库，重新安装或回滚到兼容版本 |
| 笔记无法同步到新设备 | 云同步只保存 UUID 关联数据，本地文件未上传 | 检查设备是否显示“已同步”状态 | 保持 Wi-Fi 开启，在官方应用中触发手动同步 |
| 电池掉电快 | Wi-Fi 常开、后台网络服务持续运行 | 关闭 Wi-Fi 观察待机消耗 | 在设置中关闭 Wi-Fi，移除不必要的后台同步 |
排查问题时，最基础的一步是看日志。SSH 进入系统后，journalctl -u xochitl -n 100能看到官方界面进程的输出；安装第三方应用后，也可以按包名查看对应 service 的日志。日志里通常直接写明失败原因，比盲目重装更有效。
10. 最佳实践与安全边界
把 reMarkable 2 当作长期设备使用时，最值得坚持的是“先备份再折腾”。无论是更新固件、安装第三方包、还是修改系统配置，都会改变系统状态，如果备份在本地，即使设备变砖，也可以通过恢复镜像或官方支持找回数据。
操作层面有几条建议：
- 只从官方渠道或知名社区项目下载固件和包，不使用来源不明的刷机包；
- 开启开发者模式后，妥善保存 SSH 密钥，不要公开密钥或密码；
- 第三方工具按需安装，尽量保持系统精简，1GB 内存经不起常驻服务堆叠；
- 同步敏感内容时优先使用自建服务或本地备份，而不是把隐私文档上传到第三方服务器；
- 涉及 PDF、笔记、合同、未公开稿件等内容，确认拥有复制、批注和分发权限后再处理；
- 遇到设备异常，先看日志和磁盘空间，不要急着恢复出厂设置。
安全边界方面，root 和 SSH 都意味着设备安全性完全由你本地密钥体系保护。如果密钥泄露，别人就能连接你的设备、读取本地笔记。因此不要把 SSH 端口直接暴露到公网，更不要设置弱密码。使用第三方云同步工具时，账号 Token 泄露可能影响整个 reMarkable 云账号，谨慎处理。
11. 总结与下一步
reMarkable 2 发布四年后，真正让它值得继续用的不是硬件参数，而是 Linux 底层带来的可维护性和社区生态。官方系统更新保证基础功能稳定，SSH 和 Toltec 补齐了阅读和自动化短板，批量导出、脚本推送、云同步接入让这台旧设备可以融入你的日常技术工作流。
如果你手里正好有一台 reMarkable 2，建议按这个顺序操作：先在官方设置里完成版本升级，然后开启开发者模式并备份 SSH 密钥，接着安装一个你真正需要的第三方工具，最后写一个最简单的备份脚本跑通“一键拉取笔记”的流程。最容易踩的坑是存储空间不足和后台服务堆太多，前者要定期归档文档，后者要克制安装第三方包。
下一步可以继续尝试的方向包括：用 KOReader 优化电子书排版、用 rmfakecloud 自建云同步、通过计划任务定期备份笔记，以及把 reMarkable 2 接入自己的笔记归档系统。对一台旧设备来说，能让它稳定完成核心任务，比追求新功能更重要。建议收藏这篇流程，遇到问题的时候按章节排查即可。
