Merci pour vos réponses et pour les heures supp' du dimanche :)
Je n'avais pas pensé au fait que fat32 n'était peut-être pas surveillable comme une partition supportant inotify.
J'ai essayé de changer le path à surveiller vers mon home (qui est sur un partition RAID1 formatée en EXT4). Cela ne change rien, le service est triggé dès le lancement.
Effectivement après lecture du man de service, il apparait que « type=simple » lance le service à l'init de celui-ci.
« oneshot » ne modifie pas le comportement, et empêche seulement le service de se relancer, comme son nom l'indique.
Je ne comprends pas que le service soit lancé, alors que la condition n'est pas remplie.
Peut-être n'est-il simplement pas possible de surveiller un répertoire dans sa globalité. Dans les exemples que j'ai trouvé, ce qui se rapproche le plus de ce que je voudrais faire (surveiller tout changement dans /boot et ses sous répertoires) sont des « Path=/toto/*csv ». Donc une surveillance de fichiers prédéfinis. Qu'en est-il des nouveaux fichiers ? Je ne peux même pas vérifier vu que le service est lancé dès que le « systemctl start » est réalisé.
Je pense changer de méthode avec soit:
- un raid sur du FAT32 comme suggéré ici. Il semble que changer le type de partition en FD00 (linux raid) ne perturbe pas la majorité des BIOS et ne bloque pas le boot UEFI.
- un bête rsync lancé deux fois par jour. Ça ne sera pas instantané, mais surement suffisant. Et puis je peux toujours le faire à la main dans les rares cas où je modifie ma configuration de boot. Le cron serait là en cas d'oubli de ma part.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
# synthèse des réponses
Posté par jseb . En réponse au message [RÉSOLU] synchroniser les changements dans /boot vers /mnt/boot[23]. Évalué à 3. Dernière modification le 02 juillet 2023 à 10:36.
Merci pour vos réponses et pour les heures supp' du dimanche :)
Je n'avais pas pensé au fait que fat32 n'était peut-être pas surveillable comme une partition supportant inotify.
J'ai essayé de changer le path à surveiller vers mon home (qui est sur un partition RAID1 formatée en EXT4). Cela ne change rien, le service est triggé dès le lancement.
Effectivement après lecture du man de service, il apparait que « type=simple » lance le service à l'init de celui-ci.
« oneshot » ne modifie pas le comportement, et empêche seulement le service de se relancer, comme son nom l'indique.
Je ne comprends pas que le service soit lancé, alors que la condition n'est pas remplie.
Peut-être n'est-il simplement pas possible de surveiller un répertoire dans sa globalité. Dans les exemples que j'ai trouvé, ce qui se rapproche le plus de ce que je voudrais faire (surveiller tout changement dans /boot et ses sous répertoires) sont des « Path=/toto/*csv ». Donc une surveillance de fichiers prédéfinis. Qu'en est-il des nouveaux fichiers ? Je ne peux même pas vérifier vu que le service est lancé dès que le « systemctl start » est réalisé.
Je pense changer de méthode avec soit:
- un raid sur du FAT32 comme suggéré ici. Il semble que changer le type de partition en FD00 (linux raid) ne perturbe pas la majorité des BIOS et ne bloque pas le boot UEFI.
- un bête rsync lancé deux fois par jour. Ça ne sera pas instantané, mais surement suffisant. Et puis je peux toujours le faire à la main dans les rares cas où je modifie ma configuration de boot. Le cron serait là en cas d'oubli de ma part.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr