La solución final de este hilo no fue «eliminar .ppstorage cada vez». El archivo reaparecía porque la disposición del volumen subyacente seguía siendo incorrecta. El diagnóstico útil provino de los registros, y el cambio duradero consistió en corregir qué directorio del host estaba asignado a la ruta Originals de PhotoPrism.
El mensaje del registro era una pista, no la solución completa
Una respuesta detectó un marcador .ppstorage dentro de /DATA/Gallery y sugirió eliminarlo. El usuario lo hizo, pero PhotoPrism volvió a crear los archivos y siguió fallando. Esto demostró que era necesario corregir la relación entre las rutas, no solo eliminar el archivo.
PhotoPrism separa Originals de Storage
La documentación oficial sobre las carpetas de almacenamiento de PhotoPrism indica que la carpeta Storage contiene la configuración, la caché, las copias de seguridad, las miniaturas y los datos sidecar, y que normalmente no debe configurarse dentro de Originals, salvo que utilice una disposición con nombres ocultos compatible con PhotoPrism. Esta regla del proyecto explica por qué asignar el almacenamiento de la aplicación dentro del árbol de fotos Originals puede causar problemas.
La guía sobre la primera aplicación Docker explica el modelo de ruta del host y ruta del contenedor en ZimaOS, mientras que los requisitos de la App Store de ZimaOS proporcionan el contexto actual a nivel de paquete cuando existe más de una plantilla o pila de dependencias.
Usa los registros antes de cambiar bases de datos o permisos
La guía oficial de solución de problemas de PhotoPrism en Docker recomienda revisar los registros de Docker y menciona específicamente los errores de disco, permisos, rutas y almacenamiento. En este caso, el registro proporcionó información suficiente para evitar reconstruir MariaDB al azar, cambiar puertos o reinstalar todo el sistema operativo.
Qué demostró el cambio funcional de la comunidad
El usuario comparó la plantilla de BigBear con la asignación de la App Store de ZimaOS, cambió el enlace de Originals y PhotoPrism se inició. Esto confirma que la asignación del almacenamiento fue decisiva para esta instalación; no demuestra que todos los paquetes actuales de PhotoPrism utilicen exactamente la misma ruta del host.
En resumen
Si PhotoPrism se instala, pero se cierra de inmediato, lee los registros antes de cambiarlo todo a la vez. En este caso de la comunidad, el síntoma repetido de .ppstorage apuntaba a una relación incorrecta entre Storage y Originals de PhotoPrism. Corregir la asignación del volumen —en lugar de eliminar repetidamente el marcador— permitió iniciar la aplicación.
