容器问题

在 OMV 上用 Compose 插件跑容器，出问题的环节通常是：compose 文件本身、端口、卷与权限、Docker 引擎，以及它和系统启动顺序的配合。omv-extras 的文档也提到，Docker 应用跑不起来的原因，绝大多数和 OMV 或 Compose 插件无关，而是镜像架构、网络模式、端口冲突、权限和应用本身的配置。

本类文章

1. 容器启动失败：用状态、日志和语法检查三步定位原因，再按报错类型处理。
2. 端口冲突：port is already allocated、address already in use 怎么找出谁占了端口，以及 OMV 自己占用的 80 与 443。
3. 重启后容器没起来：重启策略、Docker 与数据盘挂载的先后顺序、启动延迟。

最常见的原因

• 主机端口冲突，尤其是容器想用 OMV 已经占着的 80 和 443。
• 容器的用户对挂载的目录没有写权限。
• compose 文件里没有写 restart 策略，重启之后不会自动起来。

一句话原则

容器可以删掉重建，数据不行。 排查时可以停止、重建容器，但不要为了「清理干净」执行带 -v 的 down 或清理卷的操作，除非你确认卷里没有需要的数据。

继续浏览

• Compose 的基本用法：Docker 与应用
• 写好 compose 文件：写好 compose 文件：卷、端口、环境变量与网络
• 容器的数据权限：容器权限：PUID、PGID 与共享文件夹
• 返回故障排查