这就是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机器上都应该是简单的。

缺省情况下，重启策略为no。

对于已创建的容器，使用docker update更新重启策略。

docker update --restart=always 0576df221c0b

0576df221c0b是容器id。

这篇博客文章很好地描述了2021年的答案。默认情况下，docker已安装，但未启用。如果你使用的是最新的Ubuntu(例如20)，并且你通过apt安装了docker，你所要做的就是sudo systemctl enable—now docker。

这将启用systemd中的docker服务，如果它还没有启动，就立即启动它。docker服务在安装时不会启动，但任何使用docker套接字的docker命令(例如docker ps)都会导致systemd启动该服务。启用该服务将使其每次都在启动时启动。

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

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机器上都应该是简单的。

我在运行Linux系统时也遇到了类似的问题。在系统启动后，一个具有“unless-stopped”重启策略的容器将不会自动重启，除非我输入了一个以某种方式使用docker的命令，例如“docker ps”。我很惊讶，因为我以为这个命令只是报告一些状态信息。接下来我尝试了命令“systemctl status docker”。在一个没有运行docker命令的系统上，该命令报告如下:

● docker.service - Docker Application Container Engine

   Loaded: loaded (/lib/systemd/system/docker.service; disabled; vendor preset: enabled)

     Active: inactive (dead)    TriggeredBy: ● docker.socket
       Docs: https://docs.docker.com

在没有其他docker命令的情况下运行“docker ps”的系统上，我得到了以下信息:

● docker.service - Docker Application Container Engine
    Loaded: loaded (/lib/systemd/system/docker.service; disabled; vendor preset: enabled)

    Active: active (running) since Sun 2020-11-22 08:33:23 PST; 1h 25min ago

TriggeredBy: ● docker.socket
       Docs: https://docs.docker.com

   Main PID: 3135 (dockerd)
      Tasks: 13

    Memory: 116.9M
     CGroup: /system.slice/docker.service
             └─3135 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
 ... [various messages not shown ]

最有可能的解释是，在完全初始化和启动容器之前，Docker会等待一些Docker命令。您可以假定在容器所需的所有服务初始化后的某个时刻在systemd单元文件中运行“docker ps”。我通过放置一个名为docker-onboot的文件来测试这一点。将服务放在/lib/systemd/system目录下，内容如下:

[Unit]
# This service is provided to force Docker containers
# that should automatically restart to restart when the system
# is booted. While the Docker daemon will start automatically,
# it will not be fully initialized until some Docker command
# is actually run.  This unit merely runs "docker ps": any
# Docker command will result in the Docker daemon completing
# its initialization, at which point all containers that can be
# automatically restarted after booting will be restarted.
#
Description=Docker-Container Startup on Boot
Requires=docker.socket
After=docker.socket network-online.target containerd.service

[Service]
Type=oneshot
ExecStart=/usr/bin/docker ps

[Install]

WantedBy = multi-user目标。

到目前为止(在一次测试中，启用了此服务)，容器在计算机启动时启动。我没有尝试依赖docker。服务因为docker。在运行docker命令之前，服务不会启动。下一个测试将禁用docker-onboot(看看WantedBy依赖项是否会自动启动它)。