启动容器，并将其设置为在系统重新引导时自动重新启动

docker run -d --restart unless-stopped ecstatic_ritchie

其中，ecstasy atic_ritchie是指定感兴趣的容器的示例名称。使用docker ps -a列出所有容器名称。

使特定的运行容器在系统重新启动时自动启动

docker update --restart unless-stopped ecstatic_ritchie

使所有运行的容器在系统重新启动时自动启动

docker update --restart unless-stopped $(docker ps -q)

详见Docker主页

你可以使用docker update——restart=on-failure <容器ID或名称>。

顾名思义，On -failure不仅会在失败时重新启动容器，还会在系统引导时重新启动容器。

根据文档，有多个重启选项:

Flag            Description
no              Do not automatically restart the container. (the default)
on-failure      Restart the container if it exits due to an error, which manifests as a non-zero exit code.
always          Always restart the container if it stops. If it is manually stopped, it is restarted only when Docker daemon restarts or the container itself is manually restarted. (See the second bullet listed in restart policy details)
unless-stopped  Similar to always, except that when the container is stopped (manually or otherwise), it is not restarted even after Docker daemon restarts.

是的，docker有重启策略，比如docker run——restart=always，可以处理这个问题。这也可以在compose中使用。Yml配置文件的重启:始终。

文档中的更“温和”模式:

docker run -dit --restart unless-stopped <image_name>

这就是crontab的作用:

@reboot sleep 10 ; docker start <container name> 2>&1 | /usr/bin/logger -t 'docker start'

通过crontab -e访问用户crontab或使用crontab -l显示它或在/etc/crontab编辑系统crontab

这个答案只能作为备份或替代使用本地Docker重启策略和/或SystemD服务单元来控制系统启动时容器的启动。

我觉得我提到这个答案的唯一原因是一种非理性的情绪反应，因为为了使SystemD服务单元方法正常工作，您必须正确处理过于复杂和大量的事情，因为这样一个简单的任务在任何Linux机器上都应该是简单的。

启动容器，并将其设置为在系统重新引导时自动重新启动

docker run -d --restart unless-stopped ecstatic_ritchie

其中，ecstasy atic_ritchie是指定感兴趣的容器的示例名称。使用docker ps -a列出所有容器名称。

使特定的运行容器在系统重新启动时自动启动

docker update --restart unless-stopped ecstatic_ritchie

使所有运行的容器在系统重新启动时自动启动

docker update --restart unless-stopped $(docker ps -q)

详见Docker主页