修复 Put.io 同步错误 — 使用 RcloneView 诊断并解决
从过期授权到过度并发,借助 RcloneView 内置工具逐一排查 Put.io 传输失败的常见原因。
Put.io 同步中途停止,往往让人无从判断:是登录问题、网络问题,还是作业设置问题?RcloneView 把线索集中在一处。Transferring 标签页、Job History 和日志查看器分别展示不同的信息,而 Folder Compare 会告诉您之后还缺少哪些文件。
在一个地方管理和同步所有云端
RcloneView 是 rclone 的跨平台 GUI。通过清爽的可视化界面比较文件夹、传输或同步文件，并自动化多云工作流。
- 一键作业：复制 · 同步 · 比较
- 调度器与历史记录，实现可靠的自动化
- 支持 Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTP 等
核心功能免费。Plus 提供自动化功能。
先检查授权
Put.io 通过基于浏览器的 OAuth 连接。如果作业一开始就因认证或权限错误而失败,首先应怀疑已保存的授权。在 Remote 标签页中打开 Remote Manager,编辑 Put.io 远程,并重新完成浏览器登录。请确保登录的是存放文件的同一个 Put.io 账户,因为同一浏览器中登录了另一个账户,是列表显示为空的常见原因。
重新授权后,按 F5(macOS 上为 Cmd+R)刷新 Put.io 面板,并在重新运行任何作业之前确认文件夹能正常列出。
查看 Job History 和日志
作业中途失败时,请打开 Job History。每次运行都会记录执行类型、开始时间、耗时、状态(Completed、Errored 或 Canceled)、总大小、速度和文件数。将失败的运行与之前成功的运行对比,可以看出它是早期失败(指向凭据问题),还是后期失败(指向网络或数据量问题)。
如需详细信息,请在 Settings > Embedded Rclone 中开启文件日志,将日志级别设为 DEBUG,然后点击 Restart Embedded Rclone。复现故障后,在日志标签页中查看出错的文件和错误文本。您还可以在 Terminal 标签页中运行 rclone about "putio:"(使用您自己的远程名称),以确认远程有响应。
调整作业设置
远程服务上的传输失败,往往是自己造成的。在同步向导的 Advanced Settings 中,降低 Number of file transfers 和 Number of equality checkers;对于速度较慢的后端,建议将 checkers 保持在 4 或以下。将 Retry entire sync if fails 保持默认值 3,短暂的中断即可自行恢复。如果问题出在超大文件上,可使用最大文件大小过滤器,先处理较小的文件,再单独处理其余文件。
确认缺少哪些文件
重新运行后,打开 Compare,一侧选择 Put.io,另一侧选择目标位置。Left-only 文件就是未能到达的文件,Copy right 只会发送这些文件。RcloneView 在 FREE 许可证下就提供此功能,与挂载和同步一样,因此无需升级即可完成恢复。
快速开始
- 从 rcloneview.com 下载 RcloneView。
- 在 Remote Manager 中重新授权 Put.io 远程并刷新列表。
- 查看 Job History;如果原因不明显,请启用 DEBUG 日志。
- 降低并发数后重新运行,然后使用 Compare 复制剩余的文件。
先读懂证据,就能把含糊的失败变成具体、可修复的设置。
相关指南:
支持的云服务商
