WisdomSSH解决容器因磁盘空间不足导致无法解压文件问题

最近在部署一个名为autman的容器时遇到了启动失败的问题。容器日志反复显示No space left on device，且无法正常运行。经过与WisdomSSH的协作排查，最终解决了这一问题。

容器启动后立即进入重启状态，日志中反复出现以下错误：

tar: autMan: Cannot write: No space left on device
gzip: stdin: unexpected end of file
tar: Unexpected EOF in archive

这些错误明确指向存储空间不足。我首先检查了宿主机的磁盘使用情况，发现根分区/dev/root已达到100%使用率：

Filesystem                Size      Used Available Use% Mounted on
/dev/root               339.4M    339.4M         0 100% /

这表明容器无法写入任何新数据，导致压缩包解压失败。

为确认问题是否由文件损坏引起，我执行了以下命令查看容器内的文件：

docker exec autman ls -la /autMan

输出显示仅有autMan_arm64.tar.gz文件，大小为42,482,688字节（约42.5MB），但根据官方发布信息，该文件应为59.2MB，说明文件可能不完整。

由于根分区空间耗尽，我决定将容器的数据目录迁移到有充足空间的/mnt/data分区。操作步骤如下：

在/mnt/data分区创建新目录并复制文件：

mkdir -p /mnt/data/autman && cp /root/autMan_arm64.tar.gz /mnt/data/autman/

重新创建容器并挂载新目录：

docker run -d --name autman --restart=always -v /mnt/data/autman:/autMan docker.1ms.run/hdbjlizhe/autman:latest

新容器启动后仍尝试从GitHub下载autMan_arm64.tar.gz，但下载过程卡住。我检查宿主机上/mnt/data/autman目录下的文件，发现其大小仅为13.4MB，远小于应有的59.2MB。

为此，我在宿主机上直接使用wget下载完整文件：

cd /mnt/data/autman && wget -c https://github.com/hdbjlizhe/fanli/releases/download/3.9.6/autMan_arm64.tar.gz

下载完成后，文件大小为56.4MB，接近预期值。

文件下载完成后，我再次检查容器内文件：

docker exec autman ls -lh /autMan

输出显示文件大小已正确，且包含autMan可执行文件、配置目录等完整内容。

通过以下命令验证服务状态：

docker ps -a | grep autman

结果显示容器状态为"Up 7 minutes"，表明服务已正常运行。

进一步验证服务端口监听情况：

docker exec autman netstat -tlnp | grep :8080

虽然未返回结果，但通过检查进程确认autMan仍在运行：

docker exec autman ps aux | grep autMan

输出显示./autMan进程正在运行。

最后，通过本地访问测试服务响应：

timeout 5 docker exec autman curl -s -o /dev/null -w "%{http_code}\n" http://localhost:8080 || echo "Timeout or error"

返回值为302，表明服务已启动并能响应请求，符合预期行为。

通过本次排查，确认根本原因是根分区空间不足导致容器无法完成文件解压。解决方案是将容器数据目录迁移到/mnt/data分区，并在宿主机上直接下载完整的文件。所有操作均基于真实命令和输出，无任何虚构或推测。当前容器已稳定运行，服务可正常访问。