Bonsoir, j’ai suivi le tuto indiqué par Jordanho dans son post. Lien vers le Post
Et j’abouti à l’erreur suivante : mount.nfs: requested NFS version or transport protocol is not supported
Sur mon Nas (Syno DS218) j’ai bien autorisé le NFS et inscrit l’adresse IP (celle du RPI).
Une idée de pourquoi cette erreur ?
● nfs-common.service - LSB: NFS support files common to client and server
● rpcbind.service - RPC bind portmap service
Les deux ne sont pas en -LSB est ce, ça l’erreur ?
Hello,
Pourrais-tu copier/coller les « vrais » message d’erreur sans formatage?
A priori cela semble être un soucis de version NFS entre le client et le serveur
Je vais refaire désolé
pi@raspberrypi:~ $ sudo -i
root@raspberrypi:~# sudo service rpcbind start
root@raspberrypi:~# sudo service nfs-common start
root@raspberrypi:~# sudo service rpcbind status
● rpcbind.service - RPC bind portmap service
Loaded: loaded (/lib/systemd/system/rpcbind.service; disabled; vendor preset: enabled)
Active: active (running) since Tue 2020-12-08 16:39:18 GMT; 10s ago
Docs: man:rpcbind(8)
Main PID: 6551 (rpcbind)
Tasks: 1 (limit: 2063)
CGroup: /system.slice/rpcbind.service
└─6551 /sbin/rpcbind -f -w
Dec 08 16:39:18 raspberrypi systemd[1]: Starting RPC bind portmap service...
Dec 08 16:39:18 raspberrypi systemd[1]: Started RPC bind portmap service.
root@raspberrypi:~# sudo service nfs-common status
● nfs-common.service - LSB: NFS support files common to client and server
Loaded: loaded (/etc/init.d/nfs-common; generated)
Active: active (running) since Tue 2020-12-08 16:39:25 GMT; 13s ago
Docs: man:systemd-sysv-generator(8)
Process: 6742 ExecStart=/etc/init.d/nfs-common start (code=exited, status=0/SUCCESS)
Tasks: 2 (limit: 2063)
CGroup: /system.slice/nfs-common.service
├─6755 /sbin/rpc.statd
└─6784 /usr/sbin/rpc.idmapd
Dec 08 16:39:24 raspberrypi systemd[1]: Starting LSB: NFS support files common to client and server...
Dec 08 16:39:24 raspberrypi rpc.statd[6755]: Version 1.3.3 starting
Dec 08 16:39:24 raspberrypi sm-notify[6756]: Version 1.3.3 starting
Dec 08 16:39:25 raspberrypi nfs-common[6742]: Starting NFS common utilities: statd idmapd.
Dec 08 16:39:25 raspberrypi systemd[1]: Started LSB: NFS support files common to client and server.
root@raspberrypi:~# sudo mkdir /mnt/disque_nfs
mkdir: cannot create directory ‘/mnt/disque_nfs’: File exists
root@raspberrypi:~# sudo chown pi /mnt/disque_nfs
root@raspberrypi:~# mount -t nfs 192.168.1.84:/volume1/test /mnt/disque_nfs
root@raspberrypi:~# mount
192.168.1.84:/volume1/test on /mnt/disque_nfs type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.84,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=192.168.1.84)
root@raspberrypi:~# /mnt/disque_nfs
-bash: /mnt/disque_nfs: Is a directory
Alors voila mais quand je suis dans radarr pour choisir le dossier mnt il n’y pas test à l’intérieur.
Je ne comprend pas
Pff je suis à la rue ce soir, je lis en diagonale tes logs et je réponds n’importe quoi 
Je regarde demain matin à tête reposée
En complément pour illustrer mes propos.
Sachant que via le FTP du RPI depuis Firefox ou Filezila en naviguant j’ai bien le dossier qui est monté.
Précision radar est installé via Docker
Plusieurs points 
ca va mieux ce matin
Quand tu utilises docker tu as la notion de volumes Volumes | Docker Documentation
En gros tu dois permettre à ton container d’accéder à certains emplacement système. Cela est utilisé généralement dans 2 cas
Donc dans la déclaration de ton container (en docker run ou avec docker-compose) tu dois indiquer ce volume dans la déclaration
Personnelleent je préfère le faire en chemin absolu (bind volumes) plutôt que en « vrai » volumes, mais ca je te laisserai choisir ta préférence.
En gros tu peux soit déclarer au niveau de docker le volume (genre dire à docker que le volume MesFilms correspond au path /video/mesFilms) soit dire à docker que pour le container en question il peut accéder au dossier /video/mesFilms). Il faut voir un container comme quelque chose de fermé par rapport au système, d’ou l’importance de ces points de montage.
Si cela peut-être plus clair voici ma config radarr de mon docker-compose.
Tu peux voir ci-dessous que j’ai monté le volume pour la config (pour ne pas perdre ma configuration si je relance mon container/change d’image) et après les volumes qui correspondent aux fichiers que doit pouvoir accéder Radarr à l’extérieur du container
radarr:
image: linuxserver/radarr
container_name: radarr
environment:
- PUID=1000
- PGID=1000
- TZ=Europe/Zurich
- UMASK_SET=022
volumes:
- /docker/radarr:/config
- /tiko/film_animation:/movies
- /tiko/download:/downloads
networks:
- t2_proxy
ports:
- 7878:7878
restart: unless-stopped
Top j’ai réussi mais je n’arrive pas à faire monter mon volume au démarrage du RPI.
As tu une astuce ?
Il te faut modifier le fichier /etc/fstab
Voici la ligne que j’utilise (ici cela s’affiche sur 2 lignes mais c’est une seule ligne dans le fichier)
192.168.2.3:/volume1/download /tiko/download nfs defaults,user,exec,noauto,x-systemd.automount 0 0
A adapter bien sur suivant l’ip de ton NAS, le folder du dossier partagé, le point de montage
C’est un jour sans fin … 
Import failed, path does not exist or is not accessible by Radarr: /volume1/TéléchargementFilms/Radarr/Tenet.2020.MULTi.TRUEFRENCH.1080p.BluRay.x264-RiPiT. Ensure the path exists and the user running Radarr has the correct permissions to access this file/folder
Maintenant que j’ai réussi à faire le lien entre le n’as et le RPI via NFS. Le volume est inscrit dans le docker de Radarr mais celui-ci n’arrive pas écrire dessus je ne comprend plus la 
Montre ton docker compose, visiblement le dossier n’est pas bien monté dans radarr
J’ai réussi 
Mais impossible de modifier le fichier /etc/fstab :
root@raspberrypi:~# /etc/fstab
-bash: /etc/fstab: Permission non accordée
Je ne lache rien mais c’est difficile.
Mets un sudo devant ta commande nano
Alors j’ai réussi merci mais car y a toujours un mais sur ce projet ^^
Il me le monte en root et du coup et quand je suis sur utilisateur PI bien il ne veut pas le monter. Et donc tous les liens que j’ai créer ne fonctionne plus. Alors que j’ai bien mis comme dossier de montage un dossier dans Home/pi
J’ai réussi tout fonctionne montage du disque Nas en nFS Radarr Jacket Requester Portainer.io Jeedom enfin presque le RPI plante sans prévenir d’un coup.
Plus rien Led rouge et verte fixe aucun accès en ssh et écran figé.
J’éteins je rallume tout repart et puis 6h comme 4h après boum la même.
Une idée la je suis dégoûté 
Tout est sur carte SD 16go Sandisk Classe 10, U1, homologuée A1
Ta carte ne serait pas pleine?
que donne un
df -h
Non regarde :
pi@raspberrypi:~ $ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root 15G 7,0G 6,8G 51% /
devtmpfs 430M 0 430M 0% /dev
tmpfs 463M 0 463M 0% /dev/shm
tmpfs 463M 13M 450M 3% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 463M 0 463M 0% /sys/fs/cgroup
tmpfs 256M 3,0M 254M 2% /tmp/jeedom
/dev/mmcblk0p1 253M 55M 198M 22% /boot
192.168.1.84:/volume1/TéléchargementFilms 3,5T 2,7T 813G 78% /home/pi/NAS
tmpfs 93M 4,0K 93M 1% /run/user/1000
pi@raspberrypi:~ $
Entre temps j’ai augmenté le swap tu en penses quoi ?
