version: "2.1"
services:
jellyfin:
image: linuxserver/jellyfin:latest
container_name: jellyfin_10_8_2
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Paris
volumes:
- /home/tigrou/Jellyfin_test/config:/config
- nas_music:/data/nas_music
nas_mangatheque: ## Le nom de mon volume en montage NFS
driver: local
driver_opts: ## Définition des options du montage
type: nfs ## Choix du type de montage
o: addr=192.168.x.xx,nolock,soft,rw ## Indication de l'adresse IP du stockage et des options d'accès
device: :/volume1/music ## Indication du chemin du montage sur le stockage
emby-config: ## Le nom de mon volume local
driver: local
ports:
- 8096:8096
restart: unless-stopped
Désolé je n'avais pas ce messageet maintenant le dossier appartient bien a tigrou ?
ls -al /share/
drwxr-xr-x 7 root root 4096 11 sept. 22:47 .
drwxr-xr-x 20 root root 4096 11 sept. 18:09 ..
drwxr-xr-x 3 root root 4096 6 sept. 22:07 nas_music
tigrou@debian-asus:~$ chown -r 1000:1000 /share/nas_music
chown : option invalide -- 'r'
Saisissez « chown --help » pour plus d'informations.
tigrou@debian-asus:~$ chown --help
Utilisation : chown [OPTION]... [PROPRIO][:GROUPE] FICHIER...
ou : chown [OPTION]... --reference=FICHIER_R FICHIER...
Modifier le propriétaire ou le groupe de chaque FICHIER en PROPRIO ou GROUPE.
Avec --reference, modifier le propriétaire et le groupe de chaque FICHIER à
ceux de FICHIER_R.
-c, --changes comme --verbose, mais seulement en cas de modification
-f, --silent, --quiet supprimer la plupart des messages d'erreur
-v, --verbose afficher un diagnostic pour chaque fichier traité
--dereference affecter le référent de chaque lien symbolique (par
défaut), au lieu du lien symbolique lui-même
-h, --no-dereference affecter les liens symboliques au lieu des fichiers
référencés
(seulement utile sur les systèmes permettant de
modifier le propriétaire d'un lien symbolique)
--from=PROPRIO_ACTUEL:GROUPE_ACTUEL
modifier le propriétaire ou le groupe de chaque fichier
dont le propriétaire ou le groupe actuel correspondent
à ceux indiqués. Si l'un des deux paramètres est omis,
la correspondance sur le paramètre omis n'est pas
requise.
--no-preserve-root ne pas traiter « / » de manière spéciale (par défaut)
--preserve-root bloquer le traitement récursif sur « / »
--reference=FICHIER_R utiliser les propriétaire et groupe de FICHIER_R
au lieu d’indiquer des valeurs PROPRIO:GROUPE
-R, --recursive opérer récursivement sur les fichiers et répertoires
Les options suivantes modifient la façon de parcourir la hiérarchie lorsque
l'option -R est aussi indiquée. Si plusieurs options sont indiquées, seule la
dernière sera prise en compte.
-H si l'argument en ligne de commande est un lien
symbolique vers un répertoire, le parcourir
-L parcourir tous les liens symboliques menant à un
répertoire
-P ne parcourir aucun lien symbolique (par défaut)
--help afficher l'aide et quitter
--version afficher des informations de version et quitter
Le propriétaire n'est pas modifié s'il n'est pas indiqué. Le groupe n'est pas
modifié s'il n'est pas indiqué, mais il est modifié en groupe de connexion s'il
est sous-entendu par un « : » suivant un PROPRIO symbolique.
Les PROPRIO et GROUPE peuvent être numériques ou symboliques.
Exemples :
chown root /u Modifier le propriétaire de /u en « root ».
chown root:staff /u Idem mais modifier aussi son groupe en « staff ».
chown -hR root /u Modifier le propriétaire de /u et ses sous-fichiers
en « root ».
Aide en ligne de GNU coreutils : <https://www.gnu.org/software/coreutils/>
Signalez les problèmes de traduction de à : <traduc@traduc.org>
Documentation complète <https://www.gnu.org/software/coreutils/chown>
ou disponible localement via: info '(coreutils) chown invocation'
drwxr-xr-x 7 root root 4096 11 sept. 22:47 .
drwxr-xr-x 20 root root 4096 11 sept. 18:09 ..
drwxr-xr-x 3 tigrou tigrou 4096 6 sept. 22:07 nas_music
Je reviens sur l’image que tu utilises, il n’y a rien de clair dans tes messages !Ah oui effectivement, je vient de voir cette erreur quand j'ai réécris l'image sur ce post.
Je confirme bien que l'image utilisée est officiel.
Quand je replace PUID/GUID jellyfin fonctionne mais sans accès aux dossiers partagés en NFS.
Désolé d'avoir induis en erreur, je ferai plus attention.
image: jellyfin/jellyfin:latest
image: linuxserver/jellyfin:latest
.Bonjour,Je reviens sur l’image que tu utilises, il n’y a rien de clair dans tes messages !
Un coup tu parles de l’image officielle qui estimage: jellyfin/jellyfin:latest
Puis tu colles des docker-compose où il y a l’image de linuxserver qui n’est en rien officielle :image: linuxserver/jellyfin:latest
.
Dans un des lors que tu as collé , il semble que ce soit l’image de linuxserver …
C’est laquelle du coup que tu utilises ??
Sinon pour le nfs, je ne sais pas du tout , je n’utilise jamais ce mode de partage de fichiers… mails il me semble aussi qu’il faille définir correctement les droits d’accès pour que ça fonctionne .
image: linuxserver/jellyfin:latest
image: jellyfin/jellyfin:latest
Bonjour, j'ai déjà essayé.bonjour
D'après ton lien vers domopi ,et puisque tu vois ton montage nfs sur ton hôte debian ,tu devrais essayer l'option " monter ce dernier sur l'hôte Docker et utiliser le répertoire associé en tant que volume dans le conteneur"
Donc remplacer cette ligne :
- /share/nas_music:/data/Nas_music
Par quelque chose comme ça :
- /home/tigrou/nas_music:/data/Nas_music
Et dans ce cas,le conteneur doit démarrer après que le montage nfs soit effectué sur le debian .
Et de mémoire , c'est "chown -R"
En soit ça ne me derange pas outre mesure de rester sur cette version, mais je ne sais pas si j'ai des difficultés à trouver une solution à mon problème à cause de cette version.L'image linuxserver est tout a fait utilisable, si cela fonctionne, aucune raison de basculer sur l'officielle.
Je doute que ce soit la source de ton probleme egalement. Par contre, je sais qu'il y a des subtilité sur Synology avec le NFS, je sais pas si c'est encore d'actu. Il me semble qu'un ami a ce genre d'utilisation. Je vais voir avoir lui si c'est encore le cas, et si oui, comment il procède.Mais ça me paraîtrais étrange que que ce soit la source du problème.
Merci tu me dira.Je doute que ce soit la source de ton probleme egalement. Par contre, je sais qu'il y a des subtilité sur Synology avec le NFS, je sais pas si c'est encore d'actu. Il me semble qu'un ami a ce genre d'utilisation. Je vais voir avoir lui si c'est encore le cas, et si oui, comment il procède.
version: "2.1"
services:
airsonic-advanced:
image: lscr.io/linuxserver/airsonic-advanced:latest
container_name: airsonic-advanced
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Paris
volumes:
- /home/pi/Docker/airsonic/config:/config
- /share/nas_music:/music
- /home/pi/Docker/airsonic/playlists:/playlists
- /home/pi/Docker/airsonic/podcasts:/podcasts
ports:
- 4040:4040
restart: unless-stopped
version: "3"
services:
filebrowser:
container_name: filebrowser
image: filebrowser/filebrowser:latest
ports:
- 8084:80 # Port pour accéder à l'interface web de File Browser
volumes:
- /:/srv
- /home/pi/Docker/filebrowser/filebrowser.db:/database/filebrowser.db
- /home/pi/Docker/filebrowser/settings.json:/config/settings.json
labels:
- com.centurylinklabs.watchtower.enable=true # Permet de mettre à jour automatiquement le conteneur avec Watchtower
restart: unless-stopped
/etc/systemd/system/mnt-media.mount
systemctl daemon reload
systemctl enable mnt-media.mount
systemctl start mnt-media.mount