WSL中systemd启动Podman容器报125错误，手动启动正常

针对你在WSL中使用systemd管理QuestDB容器时出现的125错误，以下是具体排查和修复方案：

1. 确认容器的用户隔离问题 #

Podman采用用户命名空间隔离机制，普通用户创建的容器在root用户的Podman环境中不可见。执行以下命令验证：

sudo podman ps -a

如果看不到QuestDBTeste容器，说明你是用普通用户gabriel创建的容器，但systemd服务默认以root运行，因此找不到该容器。

修复方式二选一：

• 用root用户重新创建容器：

  sudo podman run -d --name QuestDBTeste questdb/questdb
  

• 修改systemd服务，指定以gabriel用户运行：
  在[Service]区块添加：

  User=gabriel
  Group=gabriel
  

  同时确保日志文件权限正确：

  sudo touch /home/gabriel/podman_log.txt
  sudo chown gabriel:gabriel /home/gabriel/podman_log.txt
  

2. 移除ExecStart中的sudo（若存在） #

从状态输出看，你的ExecStart命令带了sudo，但systemd服务默认以root运行，无需sudo；且sudo需要交互式环境，会导致非交互式执行失败。

修改服务文件的ExecStart行：

ExecStart=/usr/bin/podman start -a QuestDBTeste > /home/gabriel/podman_log.txt

建议优先使用systemd自带日志系统，去掉重定向后用journalctl -u podman-QuestDBTeste.service -f实时查看日志。

3. 修正ExecStop和ExecReload的绝对路径 #

systemd默认PATH可能不包含Podman路径，必须使用绝对路径：

ExecStop=/usr/bin/podman stop -t 2 QuestDBTeste
ExecReload=/usr/bin/podman restart QuestDBTeste

4. 重新加载配置并重启服务 #

修改服务文件后执行：

sudo systemctl daemon-reload
sudo systemctl restart podman-QuestDBTeste.service

然后查看状态和日志：

systemctl status podman-QuestDBTeste.service
journalctl -u podman-QuestDBTeste.service -f

5. 优化端口占用清理命令（可选） #

ExecStartPre中的fuser可替换为更可靠的ss命令，避免依赖fuser工具：

ExecStartPre=/bin/bash -c 'ss -tulnp | grep -E ":9000|:8812|:9009" | awk "{print $7}" | cut -d= -f2 | xargs kill -9 2>/dev/null || true'

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