docker-compose启动容器又报错了

[BigGan]

Issues

• I have browsed through the Issues. 我已浏览过Issues，确定没有重复提问。

Umi-OCR version 程序版本

2.1.3

Windows version 系统版本

linux docker

OCR plugins Used 使用的OCR插件

No response

Reproduction steps 复现步骤

Problem screenshots or related files (optional) 问题截图或相关文件（可选）

No response

[hiroi-sora]

你好，请问是初次启动容器还是重启容器？从截图上看，似乎没有执行删除锁文件的步骤。跟 上次 的情况不同，这次有可能是 Xvfb 服务本身出错导致的异常

[BigGan]

你好，请问是初次启动容器还是重启容器？从截图上看，似乎没有执行删除锁文件的步骤。跟 上次 的情况不同，这次有可能是 Xvfb 服务本身出错导致的异常

是初次启动容器！！

[BigGan]

Xvfb 服务

Xvfb 服务是和宿主机有关吗？因为这个docker镜像在另一台主机上运行是正常启动的，现在迁移到另一台主机上启动就报错了，docker是同一个镜像

[hiroi-sora]

Xvfb 服务是和宿主机有关吗

Umi-OCR 构建镜像时，是用 debian:11-slim 作为基础镜像，安装 apt-get install -y xvfb 库，然后每次启动容器时用

Xvfb :99 -screen 0 1024x768x16 & export DISPLAY=:99

来调用 Xvfb 服务，创建虚拟显示设备。

你可以试试，创建debian11的容器，进入容器，手动安装并调用xvfb。

在我的测试，不管宿主机的系统是什么，这个操作都是没有问题的。但也存在小概率，你的宿主机的核心库或驱动存在问题或不兼容，导致容器内xvfb失效。