.Shad.

Bienvenue parmi nous l'ami !

Ca me semble ok. 👌

Tu peux regarder dans l'onglet Volumes de Portainer, voir si tu en aurais des non utilisés. Est-ce que supprimer la stack dans Portainer revient à supprimer le conteneur ? Je n'utilise Portainer que pour le côté supervision de Docker.

Je n'ai plus Moments (DSM 7) pour te montrer, mais dans l'onglet où tu as la vue chronologique tu peux basculer via un réglage en haut à droite de la page en vue par dossier.

Tu peux regarder ici, c'est très proche de Moments :

Synology Photos est plus proche de Moments que de Photostation, il intègre juste mieux le dossier partagé photo que ne le fait Moments. DSM 7 ne permet pas d'avoir autre chose que Synology Photos. Donc si tu souhaites garder Photostation, tu dois rester sous DSM 6 (ou utiliser un virtual DSM 6 par exemple avec Photostation).

Ca ne change rien ça, je fais constamment des liaisons conteneur-mysql(NAS) sans problème. Possible que ce soit lié à l'encodage, tu ne peux pas modifier ces paramètres juste pour la base de données photoprism plutôt que pour toutes les bases de données ? Sinon tu passes par un conteneur MariaDB, surtout si c'est juste pour tester dans un premier temps, faut pas s'embêter. 😄

Je ne connais pas spécialement Nautilus, mais pour moi c'est la différenciation SMB vs DLNA. Je n'ai pas de vraie réponse à te fournir. 😄

@17795 On voit qu'il te crée le symlink, ça veut dire qu'il n'existait pas, sinon la commande n'aurait rien renvoyé. Ca devrait fonctionner normalement maintenant.

Ca veut dire que la commande : sudo systemctl enable media-moi-ds220.mount n'a pas fonctionné. Si ça fonctionne normalement tu as la création d'un symlink. Faire un daemon-reload juste après, et redémarrer. Chez moi par exemple : Je pense que cette ligne est relative au démontage du dossier avant le redémarrage précédent.

Possible qu'il faille refaire un daemon-reload après le enable. Et tu redémarres pour voir.

Ca c'est si tu souhaites ouvrir le port 3307 à distance, ce n'est pas ton cas ici. Quand tu installes un paquet DSM, il propose toujours d'ouvrir les ports adéquats dans le pare-feu, à refuser si c'est pour une application locale et que tu as par ailleurs des règles couvrant la communication en local. Je n'ai pas plus d'explication que ça pour justifier le timeout, hormis un problème d'accessibilité.

J'ai une licence organization, pour avoir un coffre commun avec ma femme, ça inclut une licence premium pour chaque utilisateur (jusqu'à 6). C'est 12$ par an. Mais pour une utilisation personnelle la version gratuite est amplement suffisante. Il n'y a juste pas la 2FA embarquée pour la version gratuite.

Je n'ai aucun problème avec Firefox, en version desktop en tout cas.

Tu as toujours ce message ? a priori timed out implique qu'il n'y a pas de problème de pare-feu, sinon tu aurais connection refused. On part plutôt sur une IP inaccessible ou un service qui ne répond pas. Je ne vois pas pourquoi tu as deux propriétaires différents pour les deux fichiers, ça aurait du sens en terme de confidentialité s'il n'y avait pas de permissions de groupe, là on ne les voit pas apparaître. Mais je ne pense pas du tout que ce soit la source du problème.

Tu as bien deux fichiers /volume1/docker/photoprism/config/secret/photoprism_admin et /volume1/docker/photoprism/config/secret/photoprism_database sur le NAS ?

Tu ne mettrais pas l'adresse du proxy inversé pour y accéder ? ou a minima enlever localhost.

Tu regardes dans le mauvais onglet "Business plans" et pas "Personal plans" : Je m'en sers depuis près de 3 ans je crois savoir ce qu'il en est. 😛

Verdict ?

Tu peux toujours créer une VM sur un PC et tester Openmediavault.

Essaie de relancer le paquet Serveur multimédia, c'est lui qui gère l'accessibilité via DLNA.

Attention, certaines options ne devraient pas être utilisées, comme user qui entre en collision avec uid/gid, vers=1.0 c'est pour faire un montage en SMBv1, qui comporte des failles de sécurité et n'est de toute façon plus autorisé par DSM. Ne précise rien pour la version, ça essaiera de te connecter en SMBv3. Tu peux laisser le _netdev comme l'avait suggéré @pluton212+ quelques messages avant. C'est moi qui t'avait proposé de faire ça, pas toi. Car si tu montes par exemple des musiques ça risque de poser problème en terme de tri, mais ça c'est toi qui fais comme tu le sens. Ce que tu as fait, hors options que tu as ajoutées, devrait fonctionner, je penche plutôt pour un souci d'utilisation avec Nautilus. Je te mets la procédure ici pour faire la même chose avec systemd : Supprimer le dossier /media/moi/ds220 Commenter (plus sécurisé) ou supprimer les montages CIFS dans /etc/fstab Vérifier le nom du service permettant de vérifier que la connexion au réseau est active : ls -l /lib/systemd/system | grep network Tu devrais trouver un fichier du type network-online.target, c'est ce que j'ai sous Ubuntu 21.07 en tout cas. Tu crées ton service de montage : sudo nano /etc/systemd/system/media-moi-ds220.mount ATTENTION : le nom doit correspondre à l'arborescence avec des tirets à la place des slashs. C'est la seule limitation, du coup impossible d'avoir des dossier avec des tirets, espaces ou underscore dans leur nom. Proposition : [Unit] Description = cifs mount for DS220 video shared folder Requires=network-online.target After=network-online.target [Mount] What=//192.168.1.220/video Where=/media/moi/ds220 Type=cifs Options=uid=1000,gid=1000,credentials=/home/moi/.synology/ds220 [Install] WantedBy=multi-user.target systemd attendra que le service de réseau soit actif, puis essaiera seulement de faire le montage (Requires et After...). Le montage sera autant actif en mode console qu'en mode graphique (WantedBy...). On valide l'édition du fichier. On limite les permissions du fichier : sudo chmod 644 /etc/systemd/system/media-moi-ds220 On relance le démon systemd : sudo systemctl daemon-reload On vérifie que le service fonctionne : sudo systemctl start media-moi-ds220.mount && sudo systemctl status media-moi-ds220.mount On vérifie qu'il n'y a pas de message d'erreur Tu peux vérifier que les dossiers sont bien montés dans Nautilus et via : df -h Si tout fonctionne comme tu le souhaites, tu autorises le démarrage du service au boot : sudo systemctl enable media-moi-ds220.mount Tu n'as plus à te préoccuper de la création du dossier de montage et des permissions affiliées. En cas d'erreur tu as toujours la status vue plus haut ou : sudo journalctl -u media-moi-ds220.mount

Si tu utilises MariaDB du NAS, il te faut soit utiliser l'IP passerelle dans le réseau bridge de Photoprism, soit un nom de domaine local, etc...

Si tu as bien rentré les uid et gid de l'utilisateur ubuntu que tu souhaites voir monter les dossiers partagés et que les fichiers montés appartiennent toujours à root/root, il y a un souci. C'est totalement anormal que dans un montage SMB tu vois les UID/GID du NAS apparaître (1027/100). Je pense que tu travailles simultanément en NFS et CIFS, et du coup il y a collision. Je t'invite pour les tests à utiliser un autre dossier test, vide ; tu crées un dossier /media/moi_test/ds220 (éventuellement tu le chown à ton utilisateur ubuntu), puis tu montes ton dossier video dans ce dossier-là : sudo mount -t cifs -o uid=1000,gid=1000,credentials=/home/moi/.synology/ds220 //192.168.1.220/video /media/moi_test/ds220 et dans /etc/fstab : //192.168.1.220/video /media/moi_test/ds220 cifs uid=1000,gid=1000,credentials=/home/moi/.synology/ds220 0 0 Assure-toi aussi, pour des raisons de sécurité, que ton fichier ds220 contenant tes credentials aient les permissions minimales (chmod 600). J'ai évoqué deux fois la raison par avant, il te suffit de les monter dans /media/moi/ds220 au lieu de /media/moi/ds220/video.

Depuis toujours 😄