sur le pirate j’ai pas encore la solution pour déplacer le fichier juste avant la lecture.

Sur la sauvegarde automatique dans une archive j’ai trouvé une solution viable… Au moment du close-write je lance la sauvegarde dans une archive tar -uvf /media/externe/archive-$(date +%Y-%m-%d).tar.gz ensuite les fichiers s’ajoutent… et donc les fichiers sont sauvés et tous les soirs je fais gzip du fichier tar pour en faire un .tar.gz. que l’on restaure de la maniere classique.

j’ai trouvé aussi une astuce anti fausse manip. En supprimant un fichier dans un dossier protégé alors on lance un fuser -km pour tuer les processus utilisant le dossier monté donc un disque externe.

j’ai pas encore fait les codes mais j’ai fait des essais en ligne.

sinon j’ai pas compris le principe de ce sigchild ni d’ailleurs le trap… c’est une sorte de chien de garde des processus qui envoient des signaux en disant je suis là… si j’ai bien compris ce signal alors comment je sais le delai d’envoie des signaux « en vie » ?

exemple

je lance une copie de gros fichier, le processsus envoie les messages… et à la fin logiquement plus rien. et alors au bout de N secondes sans message et bien je tue le processus. mais si c’est trop court pour la copie de fichier et bien probleme.

j’ai un dossier comptes ou importants à surtout pas lire… je fais alors

inotifywait -e access -m -r –format « %w %f » ~/comptes/ | while read dossier fichier ; do
mv $dossier$fichier /media/quelque/part/ ; done

de facon à ce que lorsque le pirate consulte, le fichier soit déplacé ailleurs.

alors je charge les photos dans un dossier et alors inotify surveille le dossier et sous dossiers photos. là les events close_write lancent la copie… jusque là pas de probleme.

mais je voudrais sans me poser de question mettre dans une archive à la date des exifs du fichier.

le probleme est le meme que le monsieur au dessus… à savoir qu’il y a une grosse quantité de fichiers et aussi en poids total des fichiers…

et surtout les fichiers tar.gz ne peuvent pas ajouter de fichier et je suis coincé… d’accord je peux les copier simplement dans un dossier du disque de sauvegarde.. et ensuite lancer la sauvegarde et alors supprimer le dossier temporaire pour reprendre la suite.

ou alors faire une archive tar sans gunzip, et la gzipper à un moment de la journée… dans tous les cas les fichiers sont secourus. mais bon risque est que soit la creation de l’archive se passe mal et on supprime le dossier …

ou alors le disque de sauvegarde est plein et la creation de l’archive plante le disque de secours ce qui serait un desastre.

Ou alors que la compression elle aussi se passe mal..

Ou alors compresser selon une archive tar sans comprimer. Mais ca fait alors une copie de taille identique des photos dans l’archive.

Pour l’éviter, il faudrait ajouter un traitement des signaux SIGCHLD (par exemple, dans un « trap … SIGCHLD », faire un « wait » sur le PID du sous-processus qui a terminé).

S’il n’y a pas besoin de lancer les tâches en parallèle, il suffit de désactiver le lancement en arrière-plan (supprimer le & des on_event()) pour ne plus avoir de zombies.

Sinon, j’ai remarqué que « bash » a l’air de traiter automatiquement les SIGCHLD lorsqu’il est explicitement appelé (« bash script » ou shebang « #!/bin/bash »). Ce n’est sûrement pas le plus portable, mais si cela peut dépanner le temps d’avoir une solution élégante…

J’ai remarqué en exécutant le script que la ligne « on_event $date $time $file & » entraine un processus zombie lorsque les commandes de la fonction on_event(..) sont terminées.
Y-a-t-il un moyen d’éviter cela ?

Avant tout, félicitation pour cet article !
C’est exactement ce que je cherchais.

Une difficulté supplémentaire dans mon cas : je dois déclencher l’enregistrement une fois la copie de fichiers dans un dossier terminé (1 ou plusieurs). Le but est d’obtenir un enregistrement par « lot » de copie.

L’event « close_write » est effectivement de mise. Mais une fois dans « on_event », quel est la meilleur solution ? Un wait ? re-tester si un fichier a été copié ?

Bref, pas évident :/

Salutations.