cp: cant stat: No existe tal archivo o directorio
On enero 1, 2021 by admin Me aparece un error cuando intento copiar un archivo desde mi computadora local a un servidor remoto con ssh
. Recibo el mismo error si uso cp
o scp
.
Aquí está mi entrada en el error resultante:
[[email protected] /]# cp /home/username/some.xml [email protected]:/path/to/directory/ cp: cannot stat ‘/home/username/some.xml’: No such file or directory
Lo he comprobado y definitivamente hay un archivo en la ruta /home/username/some.xml
en mi máquina local.
Tanto la computadora local como el servidor remoto están ejecutando CentOS 7
. ¿Cómo puedo resolver este error y copiarlo correctamente?
Comentarios
Responder
Si está registrado en la máquina local , usaría scp
así:
scp /home/username/some.xml [email protected]:/path/to/directory/
Si ha iniciado sesión en la máquina remota (como en el OP), utilice scp
así:
scp [email protected]:/home/username/some.xml /path/to/directory
Sustituya las direcciones IP como se indica en los comandos.
Comentarios
- Después de probar diferentes soluciones todo el día, esta me funciona.
Responder
En primer lugar, tendrá que usar SCP, no hay forma de usar cp para copiar archivos a través de la red.
El comando scp debería verse como el siguiente en su ejemplo, tenga en cuenta que el directorio la estructura deberá existir en el servidor que recibe los archivos;
scp /home/username/some.xml [email protected]:/path/to/directory/
Si aún no lo ha hecho luego deberá iniciar sesión en el servidor en el que está copiando el archivo y crear el directorio en el que desea copiar el archivo, es decir,
mkdir /path/to/directory
Una alternativa sería usar rsync.
Comentarios
- Eso no funciona. Lo intenté nuevamente ahora, verificando que hice exactamente lo que escribió, que es lo mismo a lo que me referí en mi OP anterior cuando dije que esto genera el mismo error si uso
scp
ocp
.
ls -l /home/username/some.xml
?[email protected]
, escribíexit
, luego escribí elscp
comando anterior y funcionó. El problema era que había iniciado sesión como[email protected]
, por lo que solo veía la estructura de directorio deremote.web.server
, que es diferente al directorio estructura de mi máquina local. Ya que me hiciste encontrar esto, estaría encantado de aceptar una respuesta que podrías enviar. Gracias.