ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

云养OpenClaw实战:Ubuntu磁盘告急94%,用ncdu定位后TaoToken配置救援实录

云养OpenClaw实战:Ubuntu磁盘告急94%,用ncdu定位后TaoToken配置救援实录 1. 磁盘告急这件事OpenClaw 云养玩家迟早会撞上如果你在 Ubuntu 上长期跑 OpenClaw 这类 AI 代理服务磁盘从 60% 一路爬到 94% 几乎是必然事件。原因不复杂Node.js 包缓存、系统日志、APT 安装包、临时文件这些东西不会自己消失只会默默膨胀。等你某天敲下df -h看到根分区只剩 2GB 可用服务随时可能因为写不进日志而崩掉。这篇内容适合三类人正在 Ubuntu 上云养 OpenClaw 的开发者、被 Linux 磁盘空间问题折腾过的运维新手、以及想把模型调用通道统一管理起来的 AI 工具玩家。核心动作分两条线一条是用 ncdu 定位大文件并安全清理把磁盘从 94% 压回 74%另一条是在清理完成后用 TaoToken 统一 Key 和 API 通道把 OpenClaw 的模型配置收敛到一份可复制的 config.toml 和 settings.json 骨架里。我试过在 40GB 系统盘的 Ubuntu 24.04 上跑 OpenClaw磁盘告急那天可用空间只剩 2.4GB说不慌是假的。下面把整个排查、清理、配置的过程拆开讲命令都可以直接复制。2. 前置准备TaoToken 通道与 OpenClaw 环境确认在动手清理之前先把两件事确认清楚系统环境是什么版本以及模型调用通道是否已经统一。TaoToken 在这里的角色是统一 API 通道。OpenClaw 这类工具通常需要配置多个模型提供方的 Key如果每个都单独管理配置文件会变得很乱。通过 TaoToken 的 API 地址https://taotoken.net/api你可以用一个 Key 走通多个模型的调用配置文件里只需要维护一份 base_url 和 api_key。具体操作路径注册并登录后进入控制台创建 API Keyhttps://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite如果你需要确认模型名称和调用格式可以在模型对话页面先试一次https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite接入文档在这里配置参数以文档为准https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite系统环境确认命令cat /etc/os-release输出确认是 Ubuntu 24.04 LTS 即可。不同发行版的日志路径和包管理器不同后面的清理命令以 Ubuntu 为准。然后看磁盘水位df -h典型输出/dev/vda2 40G 36G 2.4G 94% /根分区 94%可用 2.4GB。这个状态下不建议直接跑大型构建或模型下载先把空间腾出来。3. 可复制配置ncdu 定位 安全清理 TaoToken 骨架3.1 安装 ncdu 并扫描根目录ncdu 是可视化磁盘分析工具比du逐层翻目录直观得多。sudo apt install ncdu -y sudo ncdu / --exclude /proc --exclude /sys --exclude /run扫描结果里/root占了 13.3GB这明显不正常。超级用户家目录通常只有配置文件不该有十几 GB。进入/root按大小排序sudo -i cd /root du -sh .[^.]* * 2/dev/null | sort -rh | head -20排名前三5.2G .npm 4.4G .cache 1.9G .openclaw.npm是 Node.js 包缓存.cache是通用缓存这两个可以安全清理。.openclaw是核心业务数据必须保留。3.2 清理 Node.js 缓存npm cache clean --force rm -rf ~/.npm/*清理后.npm从 5.2GB 降到 28MB。3.3 清理系统临时缓存rm -rf ~/.cache/*.cache从 4.4GB 降到 12KB。3.4 清理 APT 和 systemd 日志sudo apt clean sudo apt autoremove -y sudo journalctl --vacuum-size200M sudo find /var/log -name *.gz -type f -delete sudo find /var/log -name *.old -type f -delete3.5 处理冗余 Swap 文件swapon --show如果看到swapfile和swap.img两个交换文件保留一个即可sudo swapoff /swap.img sudo rm /swap.img sudo nano /etc/fstab在/etc/fstab里把swap.img那一行注释掉防止重启报错。3.6 TaoToken 配置骨架清理完成后把 OpenClaw 的模型通道统一到 TaoToken。以下是config.toml骨架[model] provider taotoken base_url https://taotoken.net/api api_key sk-你的TaoToken密钥 model_name claude-sonnet-4-20250514 max_tokens 4096 temperature 0.7 [agent] name openclaw workspace /root/.openclaw log_level infosettings.json骨架{ api: { base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥, timeout: 60 }, model: { default: claude-sonnet-4-20250514, fallback: gpt-4o }, cache: { enabled: true, dir: /root/.openclaw/cache, max_size_mb: 512 } }注意cache.max_size_mb这个参数给缓存设上限能避免下次再被缓存撑爆磁盘。如果你跑的是长期编码任务或 Agent 工作流可以考虑用 Coding Plan 来管理调用额度https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite4. 验证请求与磁盘前后对比4.1 验证 TaoToken 通道配置写好后先用 curl 确认通道能通curl -s https://taotoken.net/api/v1/messages \ -H Content-Type: application/json \ -H x-api-key: sk-你的TaoToken密钥 \ -H anthropic-version: 2023-06-01 \ -d { model: claude-sonnet-4-20250514, max_tokens: 64, messages: [{role: user, content: ping}] }返回里有content字段就说明通道正常。如果返回 401检查 Key 是否复制完整返回 404检查 base_url 是否多了或少了路径段。4.2 磁盘前后对比清理前/dev/vda2 40G 36G 2.4G 94% /清理后df -h/dev/vda2 40G 28G 10G 74% /可用空间从 2.4GB 涨到 10GB使用率从 94% 降到 74%。再用 ncdu 复查/rootsudo ncdu /root/root从 13.3GB 缩到 1.9GB剩下的正好是.openclaw核心数据。4.3 设置定时清理把缓存清理写进 crontab每月自动跑一次crontab -e添加0 3 1 * * npm cache clean --force rm -rf ~/.cache/* sudo apt autoremove -y5. 本篇常见错排查ncdu 扫描卡住不动通常是扫到了/proc或/sys加上--exclude参数即可。如果还是慢先扫/root和/var两个重点目录。rm -rf ~/.npm/*后 npm 报错这是正常的下次npm install会重新下载。如果项目依赖锁文件损坏删掉node_modules重新安装。journalctl --vacuum-size没效果检查是否有其他日志服务在写。Ubuntu 24.04 默认用 systemd-journald如果装了 rsyslog/var/log/syslog也会占空间需要单独清理。TaoToken 返回 403检查 Key 是否绑定了正确的模型权限。在控制台确认 Key 的状态和可用模型列表。OpenClaw 启动后读不到配置确认config.toml和settings.json的路径与 OpenClaw 实际读取路径一致。可以用strace -e openat openclaw 21 | grep config追踪它到底读了哪个文件。swap.img 删除后重启报错/etc/fstab里的对应行没注释掉。用sudo blkid确认没有残留的 swap 分区引用。清理后磁盘又快速涨回来检查 OpenClaw 的日志级别如果是debug改成info或warn。另外确认cache.max_size_mb是否生效。6. 把通道和磁盘都管起来磁盘清理是一次性动作但缓存增长是持续过程。把npm cache clean、apt autoremove、journalctl --vacuum-size写进定时任务配合云服务商后台的 80% 磁盘告警基本不会再遇到 94% 的心跳时刻。模型通道这边TaoToken 的 API 地址https://taotoken.net/api配合一份config.toml就能把 OpenClaw 的调用收敛干净。需要创建或轮换 Key 的时候去控制台https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite配置参数以接入文档为准https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite。如果你跑的是 Claude Code 这类编码 AgentAnthropic 兼容通道的配置方式在文档里有单独说明。最后留一个习惯每次登上服务器先敲df -h和ncdu /root三十秒的事能省掉后面两小时的救火。
返回列表