wla64 wrote:Bon en console en root sur l'ancien, j'ai toujours permission denied a la demande de pass pour ses commandes
Serveur1 étant l'ancien (KS1)
le -r c'est pour copier un dossier il me semble
scp -r Login1@Serveur1:Chemin1/NomDossieri1 Login2@Serveur2:Chemin2/NomDossier2
scp Login1@Serveur1:Chemin1/NomDossier1 Login2@Serveur2:Chemin2/NomDossier2
@ex_rat
Pas trop compris dans quel ordre mettre pour les usernames
chown -R <username>:<username> /home/<username>/torrents
EDIT :
@ex_rat
j'ai testé ça
chown -R Login1:Login2 /home/Login2/torrents
le retour est :
chown: invalid group: 'Login1:Login2'
En fait, je suggerais de faire le truc en root pour ensuite redonner le proprio qui va bien.
Ça nous ferait un truc comme ça:
scp -r root@Serveur1:Chemin1/NomDossieri1 root@Serveur2:Chemin2/NomDossier2
ou
scp root@Serveur1:Chemin1/NomDossier1 root2@Serveur2:Chemin2/NomDossier2
et une fois que le transfert sera fini:
chown -R wla64:wla64 /home/wla64/torrents
Mais comme dit plus haut,, pour scp, je ne connais pas , j'utilise toujours rsync pour ce genre de truc.
Si tu veux tenter, tu vérifies que c'est présent sur les deux serveurs ou tu l'installes:
apt-get install rsync
tu transfers en root (exemple pour
le contenu d'un dossier) depuis l'ancien serveur, console qui reste ouverte jusqu'à la fin du transfert ! :
rsync -Haurov --progress /home/wla64/torrents/dossier/ root@<ip_serveur_cible>:/home/wla64/torrents/
et une fois fini, tu redonnes le bon proprio des fois que ce ne soit plus le cas:
chown -R wla64:wla64 /home/wla64/torrents
En root ça doit passer, jamais eu de soucis avec ça moi

Ex.