[quote=“syam”]Le problème ne vient pas du déplacement en lui-même, mais du fait que tu as changé la manière d’appeler le script / obtenir les droits root.
Avant : appel en tant qu’utilisateur (donc les variables $HOME etc fonctionnaient bien), et sudo pour les quelques points qui avaient besoin de droits root.
Maintenant : sudo l’ensemble du script (donc les variables $HOME etc sont celles de root)
Là il ne va pas y avoir 36.000 solutions pour le faire remarcher : il faut que le script soit appelé par l’utilisateur et non pas via sudo (ou sinon comme tu dis, utiliser des chemins absolus, mais ça enlève de la souplesse au script).
Bref, récupère ton script original (tu en as fait une copie avant de le modifier bien sûr ?), copie le dans /usr/local/bin tel quel, chown root:root / chmod 755 et c’est suffisant. 
Tu pourras toujours l’appeler en tant qu’utilisateur (sans sudo devant ! pense à enlever l’alias .bashrc si tu en as fait un comme pour maj), la seule différence c’est que seul root pourra le modifier ce qui élimine la faille de sécurité dont on avait parlé.[/quote]
En fait, je n’avais rien modifié dans le script, seuls le chemin et les droits avaient été changés.
Je l’ai donc laissé à sa place, laissé en root:root et “chmodé” en 755
MAIS
le problème subsiste.
Je ne pense pas qu’il faille rebouter ?
EDIT :
Je pense que 755 ou 700, ça ne change rien car le propriétaire est toujours root donc, il me demande le pass sudo au départ, ce qui est logique, non ?
Avant, il ne demandait le pass que quand la commande débutait par sudo mais pas à l’ouverture, car le proprio était ricardo.
EDIT 2 :
Ben si, en fait il fallait rebouter 
Maintenant, il ne pose plus cette alerte et il ne me demande le pass sudo qu’après la vérif de la corbeille, ce qui est normal.
Impec !
Mais j’ai un autre problème qui ne concerne pas le script proprement dit mais ‘rsync’ et plus particulièrement la prise en compte du fichier d’exclusion de ricardo.
J’ouvre un fil dans SD à ce sujet.
