docker-compose up -d启动提示no such service: php-c错误求助

问题根因说明 #

你遇到的no such service: php-c报错，本质是Docker Compose执行up流程时尝试复用已停止的旧容器，但Docker daemon中对应容器的元数据已丢失/损坏导致。docker-compose restart可以正常运行的原因是该命令直接操作现存的容器实体，不会触发up流程中的容器元数据校验逻辑。

排查修复步骤 #

• 第一步：清理无效残留资源
  先执行docker-compose down停止当前项目关联的所有服务，你配置的本地挂载卷不会被删除，数据可正常保留。再执行docker system prune -f清理已停止的无效容器、悬空镜像等残留资源，之后重新执行docker-compose up -d测试是否恢复正常。
• 第二步：修复WSL2文件同步问题
  如果你把项目存放在Windows挂载路径（/mnt/c/、/mnt/d/这类路径），WSL2和Docker Desktop的文件系统同步偶尔会异常，导致Docker daemon读取到旧的状态缓存：可以先完全退出Docker Desktop再重新启动，等待daemon完全启动后再执行up命令。建议将项目移动到WSL2原生文件系统路径（比如/home/你的用户名/目录下），可彻底避免这类同步问题，同时大幅提升Docker的IO性能。
• 第三步：校验项目名冲突
  如果你之前在其他同名目录启动过同配置的Compose服务，或是手动修改过COMPOSE_PROJECT_NAME环境变量，会导致Compose读取到其他项目的状态缓存：执行docker-compose ps -a查看列出的容器前缀是否和你当前项目的目录名一致，如果不一致，执行up时手动指定项目名即可：docker-compose -p 自定义项目名 up -d

内容的提问来源于stack exchange，提问作者curuba