Impossible de copier vers un partage réseau dans CMD

1

J'essaie d'écrire un script simple pour sauvegarder des fichiers et des répertoires spécifiques, mais il semble échouer lors de la copie sur le lecteur réseau. J'ai vu d'autres problèmes similaires conseillant de mapper le lecteur à l'aide de l'utilisation du réseau, mais sur ces systèmes, le système H:sera toujours déjà monté (je suis heureux que le script échoue dans les cas où le lecteur n'a pas été monté). Je l'ai isolé sur la ligne suivante, qui échoue également lors du collage directement dans CMD.

H:\>xcopy  "C:\Users\<user>\My Documents" "H:\<user>-backup-26022015\My Documents"  /s /c /d /e /h /i /r /y
Access denied
Unable to create directory - H:\<user>-backup-26022015\My Documents
File not found - *.*
0 File(s) copied

Des idées que je fais mal?

windows backup cmd.exe

— Facture
source

Une chose que je n'aime pas, c'est de voir le "C: \ Utilisateurs \\". Il y a une barre oblique inverse supplémentaire. Que se passe-t-il si vous utilisez: "Dir H:". Qu'en est-il de "dir C: >> H: \ Output.txt" (Indiquez-nous si ces commandes simples fonctionnent ou échouent.) Montrez-nous: "net use H:" sur cette machine et "net share" sur le partage de machine. le répertoire, et particulièrement "net share myCustomShareName" sur la machine partageant le répertoire; cela montrera quelques paramètres d'autorisations. Bien sûr, désinfectez (remplacez les détails confidentiels par des exemples personnalisés) avant de publier quoi que ce soit ici.

— TOOGAM

1

Je suppose que vous avez volontairement laissé votre répertoire personnel hors du chemin, assurez-vous qu'il soit bien dans le répertoire.

Essaye ça:

xcopy "C:\Users\%USERNAME%\Documents" "H:\-backup-26022015\My Documents" /c /d /e /h /i /r /y

Avec win7 et les versions ultérieures, votre répertoire MyDocs n’appelle plus réellement "Mes documents", bien que l’explorateur l’affiche parfois ainsi, mais ce nom n’est pas vraiment valide. La ligne de commande requiert donc le chemin d’accès C: \ Users \% USERNAME%. \ Documents. Même si le message d'erreur se plaint de la création du chemin de destination, son vrai problème est le chemin de la source (je l'ai confirmé avec les tests).

Notez également que vous imbriquez un dossier Mes documents dans un autre, en laissant une dernière barre oblique du paramètre source et en spécifiant le nom du dossier dans la destination, afin que vos fichiers se retrouvent dans h: -backup-260215 \ Mes documents \ Mes Documents. si vous voulez résoudre ce problème, ajoutez un '\ *' final au chemin source.

— Frank Thomas
source

Merci, c'était le problème. Votre autre commentaire sur l'annuaire commençant par un trait d'union me laisse un peu perplexe. Ce n'est pas le cas, <nom d'utilisateur> est simplement un espace réservé pour le nom de connexion, de sorte que le répertoire commence par des lettres.

— Bill

Je faisais référence à "H: \ - backup". Thats comment il me semble. Les sites StackExchange mangent généralement tous les jetons avec des accolades, alors vous avez peut-être tapé des jetons que je ne vois pas. il me semble que le nom du dossier de sauvegarde commence par «-». C’est légal et avec de nombreuses applications, mais peut être illégal pour d’autres. Je ne crois pas que ce soit un nom légitime pour les disques FAT32, mais NTFS n’a apparemment aucun problème avec cela, puisque j’ai testé votre scénario avec ce nom de destination. Heureux que tu es parvenu à le faire fonctionner.

— Frank Thomas

0

Comme Frank l'a dit, l'erreur est due au fait que "Mes documents" est un lien (ou au moins une implémentation défectueuse de Microsofts), pas un répertoire (comme on le voit avec dir /a). Vérifiez également icacls H:\que vous avez bien les droits. Vous pouvez également utiliser les dates ISO (2015-02-25) pour pouvoir trier correctement ou utiliser des outils plus avancés que xcopy pour les sauvegardes . voir wikipedia.org/wiki/NTFS_symbolic_link

— utilisateur1133275
source