RESOLU Permission denied Motion

Bonjour à tous
C’est la première fois que je pose une question sur ce forum et je vous demande votre indulgence.
Je réalise un projet de vidéosurveillance avec un raspberry pi3 une caméra pi et une clé usb 32 Go pour stocker les images et vidéo
La clé est formatée en NTFS
Sur détection de mouvement je voudrais enregistrer les images sur la clé USB.
Tout fonctionne bien si j’enregistre sur un dossier de la carte sd du raspberry mais si je change le target dir sur la clé, Motion s’arrete Avec une erreur permission denied sur écriture
J’ai modifié les permissions dans le fichier fstab mais rien n’y fait.
Par contre quand je lance Motion par un « sudo motion restart » cela marche.
Ce que j’ai compris est que lorsque Motion est lancé comme un servicé le système crée un user motion qui n’a pas de droit suffisant pour écrire dans la clé.
mais je ne suis pas arrivé à modifier les permissions associées à ce USER motion (j’ai essayé en définissant un groupe motion-users mais sans résultat)
Quelqu’un a t’il déjà rencontré ce problème ?
Avez-vous des suggestions ?
Merci d’avance

Salut,

Création du dossier ‘motion’ dans le user ‘pi’ =
mkdir /home/pi/motion

Application des droits =
chmod 755 /home/pi/motion

Et là, ça fonctionne mieux ?

Tu as essayé avec une clef formaté en Fat32 ou en système Linux ?

++

J’ai déjà essayé les chmod … sans résultat
J’avais formaté la clé en fat32 puis j’ai lu que c’etait Mieux en NTFS mais pas de différence
C’est quoi formaté en Linux ?

Re,

Je pensais à « ext4 » pour le format de partition.

Je vais essayer de démarrer mon Raspbian de video-surveillance et mettre une clef additionnelle pour demander à Motion d’enregistrer dessus pour voir.

Mais sinon, on pourrait essayer de faire un boot sur la clef USB et non sur la carte SD puis installer Motion sur la clef et faire fonctionner le tout sur la carte.
(mon Rpi3 démarre sur Clef USB directement).

++

Re,

Test fait.
J’ai démarré mon Raspbian sur Clef USB avec MotionEye en lancement auto.
Mise en place d’une clef USB additionnelle.
Modif du dossier de stockage pour une des caméras.
Détection de mouvement forcé.
Photos faites.
Système éteint.
Dossier « 2018-03-22 » présent sur la clef à laquelle j’accède depuis un Mac actuellement.
J’ai bien 25 photos dedans.

Cette clef a été formaté sur le Mac en « MS-DOS (FAT32) » juste avant ce test.

Sinon,
Ta clef n’est pas en mode protégée en écriture ?

Je regarde si je n’ai pas un Raspbian avec Motion basique d’installé ; je cherche dans mes clefs USB.

Non la clé n’est pas bloquée
Ça fonctionne lorsque je lance directement motion par sudo Motion
Je pense que ça fonctionnerait si le système était installé sur la clé mais je voulais séparer la mémoire système de la mémoire vidéo
J’avoue avoir des pb de compréhension des permissions sous Linux.
Je vais essayer le format ext4 mais je ne pense pas que cela vienne de la

Attends,
je teste
mais je dois modifier mon motion et je ne suis que en SSH car pas de d’écran.

Et comme j’ai d’autres services type Web dessus … j’ai du mal avec les ports d’écoute :blush:

Motion tourne ; je teste détection …

C’est bon ; images sur la clef USB additionnelle.
Pas de souci.

J’ajoute que j’ai lancé Motion simplement par motion depuis l’utilisateur « pi ».

++

Le problème est quand motion est lancé en service daemon on

j’ai redémarré.
voici mon fichier (début) :

# Rename this distribution example file to motion.conf
#
# This config file was generated by motion 4.0


############################################################
# Daemon
############################################################

# Start in daemon (background) mode and release terminal (default: off)
daemon off

# File to store the process ID, also called pid file. (default: not defined)
#process_id_file /var/run/motion/motion.pid
process_id_file /home/pi/motion/motion.pid

############################################################
# Basic Setup Mode
############################################################

# Start in Setup-Mode, daemon disabled. (default: off)
setup_mode off


# Use a file to save logs messages, if not defined stderr and syslog is used. (default: not $
#logfile /var/log/motion/motion.log
logfile /home/pi/motion/motion.log

# Level of log messages [1..9] (EMG, ALR, CRT, ERR, WRN, NTC, INF, DBG, ALL). (default: 6 / $
log_level 6

# Filter to log messages by type (COR, STR, ENC, NET, DBL, EVT, TRK, VID, ALL). (default: AL$
log_type all

Passe en daemon=on
Quel dossier tu as mis pour les images sur détection de mouvement ?

pi@raspberrypi:/media/pi/CLEF16GO $ motion
[0:motion] [NTC] [ALL] conf_load: Processing thread 0 - config file /etc/motion/motion.conf
[0:motion] [NTC] [ALL] motion_startup: Motion 4.0 Started
[0:motion] [NTC] [ALL] motion_startup: Logging to file (/home/pi/motion/motion.log)

Je suis en deamon=on

Aucune erreur

Tu vois ci-dessous,
Je n’avais rien dans la clef, j’ai lancé motion et suis allé dans le garage faire le … devant la cam et les images ont été écrites.

pi@raspberrypi:~ $ cd /media/pi/CLEF16GO
pi@raspberrypi:/media/pi/CLEF16GO $ ls
pi@raspberrypi:/media/pi/CLEF16GO $ motion
[0:motion] [NTC] [ALL] conf_load: Processing thread 0 - config file /etc/motion/motion.conf
[0:motion] [NTC] [ALL] motion_startup: Motion 4.0 Started
[0:motion] [NTC] [ALL] motion_startup: Logging to file (/home/pi/motion/motion.log)
pi@raspberrypi:/media/pi/CLEF16GO $ ls
01-20180322223304-00.jpg  01-20180322223354-00.jpg  01-20180322223403-01.jpg
01-20180322223304-01.jpg  01-20180322223354-01.jpg  01-20180322223404-00.jpg
01-20180322223304.avi     01-20180322223355-00.jpg  01-20180322223404-01.jpg
01-20180322223305-00.jpg  01-20180322223355-01.jpg  01-20180322223405-00.jpg
01-20180322223305-01.jpg  01-20180322223356-00.jpg  01-20180322223405-01.jpg
01-20180322223306-00.jpg  01-20180322223356-01.jpg  01-20180322223406-00.jpg
01-20180322223306-01.jpg  01-20180322223357-00.jpg  01-20180322223406-01.jpg
01-20180322223307-00.jpg  01-20180322223357-01.jpg  01-20180322223407-00.jpg
01-20180322223307-01.jpg  01-20180322223358-00.jpg  01-20180322223407-01.jpg
01-20180322223308-00.jpg  01-20180322223358-01.jpg  01-20180322223408-00.jpg
01-20180322223308-01.jpg  01-20180322223359-00.jpg  01-20180322223408-01.jpg
01-20180322223309-00.jpg  01-20180322223359-01.jpg  01-20180322223409-00.jpg
01-20180322223309-01.jpg  01-20180322223400-00.jpg  01-20180322223409-01.jpg
01-20180322223310-00.jpg  01-20180322223400-01.jpg  01-20180322223410-00.jpg
01-20180322223310-01.jpg  01-20180322223401-00.jpg  01-20180322223410-01.jpg
01-20180322223311-00.jpg  01-20180322223401-01.jpg  01-20180322223411-00.jpg
01-20180322223352-01.jpg  01-20180322223402-00.jpg  01-20180322223412-00.jpg
01-20180322223353-00.jpg  01-20180322223402-01.jpg
01-20180322223353-01.jpg  01-20180322223403-00.jpg
pi@raspberrypi:/media/pi/CLEF16GO $

@Bertrand06

J’essaye de mettre à jour un article sans succès depuis le début de la soirée … mais je viens de pousser le vice à redémarrer le Rpi, purger le dossier /media/pi/CLEF16GO et relancer motion

Pas de souci ; j’ai bien des photos de prises sans erreur d’écriture.
Et je confirme que je suis en deamon=on maintenant.

############################################################
# Daemon
############################################################

# Start in daemon (background) mode and release terminal (default: off)
daemon on

Tu veux mon motion.conf ?

Tout semble identique
Et ça marche chez toi !
Comment est monté ta clef ?
Fichier fstab ?

Montage auto sans aucune modif à Raspbian.

pi@raspberrypi:/ $ sudo fdisk -l
me donne

Disk /dev/sda: 14,5 GiB, 15518924800 bytes, 30310400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device     Boot Start      End  Sectors  Size Id Type
/dev/sda1           2 30310399 30310398 14,5G  b W95 FAT32


Disk /dev/sdb: 14,5 GiB, 15597568000 bytes, 30464000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x7b8feb28

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdb1        8192    93814    85623 41,8M  c W95 FAT32 (LBA)
/dev/sdb2       94208 30463999 30369792 14,5G 83 Linux

et
pi@raspberrypi:/ $ sudo nano /etc/fstab
donne

proc            /proc           proc    defaults          0       0
PARTUUID=7b8feb28-01  /boot           vfat    defaults          0       2
PARTUUID=7b8feb28-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
tmpfs        /tmp/jeedom            tmpfs  defaults,size=128M                                       0 0

Je n’ai pas touché à /etc/fstab

Demain je réinitialise tout et teste

Pour info, mon installation de Motion sur cette clef a été réalisée exactement comme sur mon tuto (que j’avais testé pour aider qq’un de ce forum).

Apres une réinstallation complete de raspbian et motion, des clés USB en NTFS et Fat32 le problème etait toujours présent:
en lançant motion manuellement à partir d’un user pi, tout fonctionne
les images sont enregistrées sur la clef à chaque mouvement.

par contre si motion est lancé automatiquement en Daemon l’écriture dans la clé est refusée.

Apres analyse, je pense avoir compris le problème
en daemon Motion est démarré avec le user motion qui n’a pas de droit de droit suffisant pour écrire dans une clé montée par un USER PI ! (Why ? je ne sais pas)

J’ai modifié le fichier motion.sh dans /etc/ini.d
j’ai modifié le chuid motion par chuid pi dans la partie start du script
maintenant le service est démarré par le user pi et …
Tout fonctionne

Maintenant pourquoi ça n’arrive qu’à moi, je ne sais pas…
merci pour ton aide Nabla

Hello,

Tu peux modifier ton titre pour insérer [résolu] ?

En fait, mon motion.conf était en Daemon=on mais Motion ne se lançait pas en auto ; je ne lançais que en manuel.
Dans le temps, j’avais un motion lancé en modif du script de démarrage mais j’enregistrais sur la carte SD directement et pas sur support additionnel.

Merci pour ton retour,

++

(j’étais en train de créer une nouvelle clef de Raspbian (un peu lente cette clef) pour restester ; je laisse tomber.
Sauf si tu me donnes ta façon de lancer motion en auto afion de voir si je reproduis ton bug).

pour lancer motion au démarrage il faut modifier le fichier motion dans /etc/default en mettant start_motion_daemon=yes.
reboot et au démarrage ça lance le script motion dans /etc/init.d
motion.conf doit avoir « daemon on » pour que ca s’execute en tache de fond.

dis moi comment ça se comporte chez toi
merci

Je change de clef USB ; celle-ci est d’une lenteur … ça va me rendre dingue …