Intenté launcher cleanup y también docker images prune -a, y ambos terminan sin etiquetar la imagen discourse/base, dejándola como:\n\n# docker images -a\nREPOSITORY TAG IMAGE ID CREATED SIZE\nlocal_discourse/app latest a413ce7df724 22 minutes ago 3.81GB\n\u003cnone\u003e \u003cnone\u003e 036fcfb18c90 5 weeks ago 2.86GB\n\n\nLa imagen discourse/base aparece como \u003cnone\u003e. El sitio sigue funcionando bien. ¿Hay algo de qué preocuparse?\n\nSi ejecuto launcher app rebuild, reconstruye las etiquetas, pero también la imagen de la aplicación, por lo que termino con dos imágenes de aplicación, una de las cuales está colgada, así que si quiero limpiar imágenes no utilizadas y no quitar etiquetas, necesito eliminar manualmente la específica colgada usando docker image rm $IMAGE_ID, después de lo cual veo lo que había antes, es decir, completamente etiquetado y con nombre:\n\n# docker images -a\nREPOSITORY TAG IMAGE ID CREATED SIZE\nlocal_discourse/app latest 548674fae97b 10 minutes ago 3.81GB\ndiscourse/base 2.0.20230711-0100 036fcfb18c90 5 weeks ago 2.86GB\n\nSupongo que no hay una forma de hacer una limpieza completa sin eliminaciones manuales si no quiero imágenes sin etiquetar, ya que el comando prune elimina la etiqueta de la imagen base.\n\np.d. No soy un experto en Docker.
Hola Nordize 
Este asunto se discutió en otro tema, puede que encuentres información interesante al respecto:
Desplázate hacia arriba para obtener más información.
Por lo que vale, tengo esta imagen sin nombre y sin etiqueta en todos mis servidores de alojamiento de Discourse, lo que me hace pensar que es completamente normal.
Gracias por esa indicación, no había encontrado ese hilo cuando busqué. Viendo esta publicación en particular con “instrucciones” (son del foro de Docker, discutiendo contenedores de Docker en general):
… parece similar a la configuración que veo, pero el aspecto que no me queda claro es si está previsto tener dos imágenes: discourse/base e imagen discourse_latest/app. Las instrucciones de esa [publicación de los foros de Docker parecen asumir que este no era un comportamiento previsto, sino un remanente de acciones no intencionadas que resultaron en dos imágenes en lugar de una.
¿Podría alguien con conocimientos (desarrollador?) confirmarlo?