Podman配置systemd自启容器 系统重启后容器名称异常变更

• 生成单元文件时携带的--new参数决定了服务的运行逻辑：服务启动时会直接执行podman run创建全新容器，停止时自动删除本次启动的容器，完全不会复用你之前手动创建的hello容器。这就是重启后原hello容器始终为inactive状态的原因——它从始至终不会被这个systemd服务调用。
• 你混淆了--hostname和--name两个参数的作用：--hostname仅设置容器内部的主机名（即容器内执行hostname命令返回的值），和podman ps输出中展示的容器名称没有任何关系。你生成的单元文件中ExecStart对应的podman run命令没有携带--name参数指定容器名，podman发现hello名称已经被停止状态的旧容器占用，就会自动顺延生成hello2这类随机名称，自然查不到你预期的hello容器。

按以下步骤操作即可解决问题：

1. 清理当前错误运行的资源

# 停掉异常服务
systemctl stop container-hello
# 删除错误生成的单元文件，root用户对应路径为/etc/systemd/system/container-hello.service
rm -f ~/.config/systemd/user/container-hello.service
# 删除自动生成的异常命名容器
podman rm -f hello2
# 可选：如果不需要保留原来手动创建的旧hello容器，一并删除避免名称冲突
podman rm -f hello

2. 重新生成/修改systemd单元文件，根据你的需求二选一即可：

• 方案1（推荐，复用已有容器，不会反复创建删除）
  去掉--new参数重新生成单元文件，生成的服务会直接启动/停止你已经创建好的hello容器，不会新建容器：

  podman generate systemd --files --name hello
  

• 方案2（保留--new逻辑，每次启动新建干净容器，停止后自动删除）
  如果你需要保持每次启动都是全新容器的逻辑，重新生成单元文件后手动编辑，在ExecStart的podman run参数中补充--name hello，修改后的核心配置如下：

  ExecStartPre=/bin/rm -f %t/%n.ctr-id
  ExecStart=/usr/bin/podman run --cidfile=%t/%n.ctr-id --sdnotify=conmon --cgroups=no-conmon -d --hostname=first --name hello containerID
  ExecStop=/usr/bin/podman stop --ignore --cidfile=%t/%n.ctr-id
  ExecStopPost=/usr/bin/podman rm -f --ignore --cidfile=%t/%n.ctr-id
  

3. 重载配置并启动服务

systemctl daemon-reload
systemctl enable --now container-hello

执行以下命令确认修复生效：

• 执行systemctl status container-hello，返回服务状态为Active: running
• 执行podman ps，可以看到名为hello的容器处于运行状态，不会再自动生成hello2这类随机命名的容器
• 重启系统后再次校验，服务自启正常，容器名称保持为hello，无残留的无效停止容器。

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