Après avoir laissé le problème de côté quelques temps, voici la solution que j'ai mis en place :
1. création d'un dossier /home/commun avec les sous dossiers Images, Musique, Photos, Vidéos
2. création d'un groupe "commun"
3. le dossier /home/commun appartient à root:commun et le groupe a les droits rwx à ce dossier :
# ll /home/ |grep commun
drwxrwx---. 4 root commun 4096 31 janv. 23:44 commun
4. mise à jour des droits sur les sous dossiers
# chmod g+rws,o+t,o-rw /home/commun/Musique/
# chmod g+rws,o+t,o-rw /home/commun/Vidéos/
# ll /home/commun/
total 24
drwxrws--T. 195 root commun 20480 20 févr. 12:13 Musique
drwxrws--T. 15 root commun 4096 20 févr. 10:50 Vidéos
Pour ceux qui le découvrirai comme moi, le bit setuid affecté au groupe propriétaire du dossier définit que les fichiers/dossiers créés sous ce répertoire conserveront ce même groupe plutôt que le groupe de l'utilisateur.
Le sticky bit T est censé faire en sorte que que seul le propriétaire (ou root) du fichier puisse le supprimer. Mais il semblerait que cette propriété ne se propage pas aux fichiers/dossiers créés en dessous. Là je sèche, du coup j'ai fait ce que préconisait 'proxy', a savoir modifier l'umask par défaut des utilisateurs. Mais ce qui me gêne avec cette méthode c'est qu'un utilisateur puisse modifier son umask, d
onc ça me parait plutôt bancal comme solution, surtout si je souhaite qu'à un autre emplacment le umask d'un utilisateur soit encore différent, dans ce cas je suis coincé.
Je laisse ouvert, si quelqu'un à d'autres idées...