Eh bien, aujourd’hui, le problème était que je voulais faire une nouvelle installation car j’avais une étrange version 2.4.0-betaXYZ qui ne se mettait pas à jour toute seule. J’ai fait un test sur une autre VM avec une installation propre et restauré la sauvegarde vers la version 2.7.12, ce qui a parfaitement fonctionné (j’ai également séparé le conteneur de données en redis et postgres).
Maintenant, le serveur principal exécutait encore un ancien Ubuntu et un ancien Docker, donc je voulais :
- faire une sauvegarde
- arrêter Discourse
- faire des manipulations de mise à niveau de l’OS sans me soucier de Discourse, y compris plusieurs redémarrages
- faire une nouvelle installation
- restaurer la sauvegarde
Je voulais juste garder les conteneurs désactivés et ne pas les supprimer tout de suite, car je n’étais plus sûr si j’avais besoin de quoi que ce soit d’eux que j’aurais pu oublier lors de mon test. Et je me suis juste dit, hé, unless-stopped est pour moi la politique de redémarrage parfaite car elle garantit que les conteneurs démarrent automatiquement après un redémarrage, sauf si vous les arrêtez manuellement. C’est généralement exactement ce que je veux, alors je me suis dit pourquoi ne pas essayer de le rendre permanent.
Ce n’est pas grave si ce n’est pas possible. 
Je vais juste faire la mise à jour de docker (ou si je l’oublie trop souvent, faire la mise à jour de docker via cron toutes les 5 minutes 
)