web-dev-qa-db-fra.com

rsync du dossier local au partage nfs monté provoque des erreurs d'autorisation refusées et rien n'est copié

J'ai un serveur domestique qui partage des dossiers sur le réseau à l'aide de NFS.

J'ai monté ces dossiers sur mon ordinateur, par exemple:

192.168.1.20:/mnt/raiddisk/john  /mnt/john        nfs     auto,defaults   0       0

J'essaie d'exécuter la commande suivante rsync afin de copier mon dossier personnel sur la machine distante:

Sudo rsync -azv -h --progress /home/john/ /mnt/john/backups/manual/20150806/ --log-file=/home/john/manual_backup.log

Mais je reçois des erreurs comme celle-ci et rien n’est copié:

rsync: failed to set times on "/mnt/john/backups/manual/20150806/.":
Permission denied (13) rsync: recv_generator: mkdir
"/mnt/john/backups/manual/20150806/.Skype" failed: Permission denied
(13)
* Skipping any contents from this failed directory *

Les autorisations pour mes dossiers montés sont les suivantes:

drwxr-xr-x  10 root root  4096 Aug  2 21:32 mnt
drwxrwxr-x  4 john  john  4096 Dez 24  2014 john
drwxrwxr-x  4 john  john  4096 Dez 14  2014 backups
drwxrwxr-x 6 john john 4096 Aug  6 20:41 manual
drwxrwxr-x  2 john john 4096 Aug  6 20:41 20150806

Je pensais qu'en utilisant Sudo, j'exécuterais rsync avec des permissions root et qu'il ne devrait pas y avoir de problèmes de copie des fichiers, mais il est évident qu'il y a quelque chose que j'ai mal compris, toute aide appréciée.

permissionsbackupnfsrsync
1
BrokenCode

Une des mesures "de sécurité" dans NFS est rootsquash étant une option par défaut. Avec rootsquash, l’utilisateur root sur un système client dispose des mêmes privilèges que l’utilisateur nobody (ou un autre compte attribué, impuissant, en fonction de la configuration exacte). En conséquence, en utilisant Sudo sur NFS, affaiblit vos privilèges d’accès. Donc, n'utilisez pas Sudo sur NFS. Définissez vos autorisations correctement.

2
muru