El ejemplo que se me hace incómodo Tal vez innecesariamente, pero mi lectura en la ventana Win cmd.exe (usando [] para incluir bits relacionados: ^) es: [comando] [d: \ ubicación \ carpeta] [DESTINATION DRIVE: LOCATION: FOLDER] [/ E]
Tal vez en minúsculas/e, también funciona, tal vez en el destino implícito para la ubicación actual funciona. Cuando escribo "help xcopy" se lista th e nombre del comando, la fuente y el destino y los/Mayúsculas y minúsculas. Sí, el destino es opcional. Pero cuando los resultados no coinciden con sus expectativas, volviendo a la forma canónica, con cada jota y tilde en su lugar, parece un comienzo más fuerte. Uno puede enfocarse en lo que no está funcionando.
El ejemplo de la ayuda no lo usa, pero también me siento un poco más seguro si es claro que el camino literal dada es el tallo y explícitamente puesto en un comodín:
C:> xcopy/CE: \ copia de seguridad * C: \ ToyVmBackup
C: \ backup \ Backup_VM1_2015-08-27T221110.vbk
C: \ backup \ Backup_VM2_2015-08-31T221227.vbk
C: \ backup \ VeeamConfigBackup \ SVC-L7-WABBOTT \ SVC -L7-WABBOTT_2015-08-24_10-00-15.bco
3 archivo (s) copiado
Ok, he prefijado el/E y se salió con la suya. Su ambigüedad estoy tratando de controlar, siempre y cuando/E comience con un '/' no se tomará como ruta ...
Hmm, no puedo reproducir este problema: el comando solo funciona como se esperaba, también con su estructura [d: \ location \ folder \ anotherfolder \ folder with spaces] ... ¿Tiene el atributo Archive, Hidden o System en alguna parte? ¿Los interruptores/A,/H,/F o/L ayudan de alguna manera a entender qué va mal? ¿Estás copiando a un objetivo especial? – mousio
He estado usando xcopy durante varios años. Funciona bien con espacios. A veces, si la combinación resultante de carpeta + nombre de archivo es demasiado larga, se queja. Como dijo mousio, podrían ser atributos o archivos vacíos. Intente usar estos indicadores: xcopy/y/d/e/f/h/k fuente dest –