[opensuse-es] Problemas usando Krsync
Sigo sin poder hacer copias de seguridad. Bueno, retomando un hilo anterior: Tengo un disco duro externo Conceptronic CHD3NET conectado por conexión
ethernet a mi router inalámbrico. Pretendo usar este disco para que los cuatro ordenadores de casa, mi sobremesa (openSUSE 10.2), el portátil de mi esposa (MAC OS X) y los portátiles de mis hijas (openSUSE 10.3) hagan sus copias de seguridad de forma automática en él.
Usando Krsync, lo que aparece en el area de mensajes del prograna es: rsync --recursive --backup --update --perms --owner --group --times --links --log-file=/home/juan/rsync.log --progress /home/juan/Documents ftp://192.168.2.102 Syntax or usage error! Please check the path and user options. Usando Firefox o Konkeror tanto como navegadores como konkeror como gestor de archivos poniendo ftp://192.168.2.102 en la ventana de direcciones entro sin problemas en el disco de red, y mediante Konkeror como gestor de archivos puedo copiar desde el ordenador al disco duro externo y viceversa archivos y directorios. Porque con Krsync no puedo? Se mo olvidaba, el disco duro externo está formateado en FAT y eso no lo puedo modificar. Esto me tiene de los nervios, si alguien me pudiera ayudar, se lo agradecería eternamente. Saludos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-28 a las 21:14 +0200, juan molina escribió:
Sigo sin poder hacer copias de seguridad. Bueno, retomando un hilo anterior:
Tengo un disco duro externo Conceptronic CHD3NET conectado por conexión
ethernet a mi router inalámbrico. Pretendo usar este disco para que los cuatro ordenadores de casa, mi sobremesa (openSUSE 10.2), el portátil de mi esposa (MAC OS X) y los portátiles de mis hijas (openSUSE 10.3) hagan sus copias de seguridad de forma automática en él.
Usando Krsync, lo que aparece en el area de mensajes del prograna es:
rsync --recursive --backup --update --perms --owner --group --times --links --log-file=/home/juan/rsync.log --progress /home/juan/Documents ftp://192.168.2.102 Syntax or usage error! Please check the path and user options.
Bueno, ese Krsync es un frontis para el rsync, pues lo que tienes que hacer es probar rsync en una consola con esa misma linea de comandos, y manipularla hasta que trague, manual en mano. O quejarte a los que han hecho el tal Krsync. Yo no sabía que el rsync pudiera trabajar mediante ftp :-?
Usando Firefox o Konkeror tanto como navegadores como konkeror como gestor de archivos poniendo ftp://192.168.2.102 en la ventana de direcciones entro sin problemas en el disco de red, y mediante Konkeror como gestor de archivos puedo copiar desde el ordenador al disco duro externo y viceversa archivos y directorios. Porque con Krsync no puedo?
Se mo olvidaba, el disco duro externo está formateado en FAT y eso no lo puedo modificar.
Pues mala cosa, porque lo de "--links" va a fallar. Y lo de --perms y - --owner y --group y --times... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIPbNqtTMYHG2NR9URAmxvAJ91aeOYD0W+zrOJbhzM7vJk81idGACgk83a HO2/mtoEllCt/OqeiQg66b8= =AzrA -----END PGP SIGNATURE-----
El día 28 de mayo de 2008 14:32, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
rsync --recursive --backup --update --perms --owner --group --times --links --log-file=/home/juan/rsync.log --progress /home/juan/Documents ftp://192.168.2.102
rsync --recursive --backup --update --perms --owner --group --times --links --log-file=/home/juan/rsync.log --progress /home/juan/Documents(supongo que esta es la carpeta de origen) 192.168.2.102:/carpeta de destino Asi debe de ser el comando siempre cuando ves al hacer un ping 192.168.2.102, y te conteste el disco en si. Saludos -- No olvides visitar mi pagina. http://www.i-moncads-s.co.cc http://www.marco-a-moncada.co.cc Un día, te molestas, al otro día tienes dos problemas, si vas a continuar hablando a esa persona, pues te tienes que disculpar, y dentro de ti esta la inconformidad, si no le hablaras mas, pues cada que la veas, recuerdas, lo mejor es siempre tener una sonrisa, ya que no cuesta nada, y la otra persona se sentirá bien contigo, mientras la platica se alarga. Vive como si este día, fuese el ultimo disfruta cada momento que se nos regala, por que, nadie tiene escrito su final. Una alegría, contagia a la humanidad. Se feliz siempre. Marco Aurelio Moncada Coello Calle Francisco Lozada Chavèz, numero 20, local 5. Atizapan de Zaragoza, Estado de México México, 044-55-1920-2224, 011-521-551920-2224 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :) El Wednesday 28 May 2008, juan molina escribió:
Usando Krsync, lo que aparece en el area de mensajes del prograna es:
rsync --recursive --backup --update --perms --owner --group --times --links --log-file=/home/juan/rsync.log --progress /home/juan/Documents ftp://192.168.2.102 Syntax or usage error! Please check the path and user options.
Usando Firefox o Konkeror tanto como navegadores como konkeror como gestor de archivos poniendo ftp://192.168.2.102 en la ventana de direcciones entro sin problemas en el disco de red, y mediante Konkeror como gestor de archivos puedo copiar desde el ordenador al disco duro externo y viceversa archivos y directorios. Porque con Krsync no puedo?
Porque es rsync y has puesto ftp ... En el extremo opuesto (192.168.2.102) tienes que tener o ssh (si usas el cifrado ssh con rsync) o rsyn corriendo. Si sólo tienes FTP en la 192.168.2.102, vas a tener que usar FTP y no rsync.
Se mo olvidaba, el disco duro externo est� formateado en FAT y eso no lo puedo modificar.
Entonces quita: --perms --owner --group --links Porque FAT _NO_ soporta permisos, usuarios, grupos ni enlaces. Todo esto lo perderás al recuperar los datos. Por ejemplo, los permisos serán: 0777, si mal no recuerdo ... -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-05-29 a las 11:30 +0200, Rafa Grimán escribió: ...
Porque es rsync y has puesto ftp ... En el extremo opuesto (192.168.2.102) tienes que tener o ssh (si usas el cifrado ssh con rsync) o rsyn corriendo.
Estaba empezando a pensar a ver si es que habían añadido transporte ftp al rsync. ¿Podrían? :-? ...
Porque FAT _NO_ soporta permisos, usuarios, grupos ni enlaces. Todo esto lo perderás al recuperar los datos. Por ejemplo, los permisos serán: 0777, si mal no recuerdo ...
Creo que eso ultimo es cambiable dependiendo de como se monte. El comando mount permite jugar con eso, y el atributo "w" se puede trasladar. Pero lo mejor sería archivar en tar. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIPn1+tTMYHG2NR9URApgWAKCPXh+64aKnG0zbBt9XWmk16XkdjACghf/g Q3NWuAWFnNBxFreuj2h+zAw= =/FoE -----END PGP SIGNATURE-----
Hola .) El Thursday 29 May 2008, Carlos E. R. escribió:
El 2008-05-29 a las 11:30 +0200, Rafa Grimán escribió:
...
Porque es rsync y has puesto ftp ... En el extremo opuesto (192.168.2.102) tienes que tener o ssh (si usas el cifrado ssh con rsync) o rsyn corriendo.
Estaba empezando a pensar a ver si es que habían añadido transporte ftp al rsync. ¿Podrían? :-?
...
No creo, pero no lo sé.
Porque FAT _NO_ soporta permisos, usuarios, grupos ni enlaces. Todo esto lo perderás al recuperar los datos. Por ejemplo, los permisos serán: 0777, si mal no recuerdo ...
Creo que eso ultimo es cambiable dependiendo de como se monte. El comando mount permite jugar con eso, y el atributo "w" se puede trasladar.
Sí, pero tienes que andar pasando opciones a mount. Si usas rsync, no se podría automatizar a menos que te hagas un script similar a este: #/bin/bash ssh maquina_remota y que ejecute un mount con opciones rsync maquina_remota maquina local Aún así, si haces eso, todos los ficheros que residen en FAT tendrán los mismos permisos, usuario y grupo. Si tienes el $HOME de fulano y de otro, todos los fichero pertenecerán al usuario que le has pasado a mount :(
Pero lo mejor sería archivar en tar.
Efectivamente. Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Porque FAT _NO_ soporta permisos, usuarios, grupos ni enlaces. Todo esto lo perderás al recuperar los datos. Por ejemplo, los permisos serán: 0777, si mal no recuerdo ...
Creo que eso ultimo es cambiable dependiendo de como se monte. El comando mount permite jugar con eso, y el atributo "w" se puede trasladar.
Sí, pero tienes que andar pasando opciones a mount. Si usas rsync, no se podría automatizar a menos que te hagas un script similar a este:
No pensaba en rsync, porque creo que no puede usarlo. Si lo que tiene ese cacharrín es ftp, no va a poder usar rsync. Y por otro lado, dudo que se pueda usar rsync sobre fat, o no todas sus opciones: cuando se hace la segunda copia se crean hardlinks a la copia anterior, y en fat eso es imposible. Se pueden crear hardlinks en fat, ojo: me lo demostró un amigo hace bastantes años antes de que supieramos nada de unix o linux. La entrada del directorio guarda el nombre del archivo y el número del primer cluster del fichero. Nada impide en realidad crear otra entrada de directorio apuntando al mismo cluster, creando un "hardlink", y en realidad funciona mientras no modifiques el fichero o ejecutes un checkdisk. El problema es que es el sistema operativo y las utilidades los que no lo soportan, porque no se les ocurrió hacerlo y ahora es tarde. Es algo parecido a lo que se dice habitualmente que los sistemas de ficheros de linux son más resistentes a la fragmentación que el fat. No es cierto: lo que ocurre es que el linux usa un algoritmo de adjudicación de clusters de disco distinto, tratando de ponerlos contiguos, mientras que el msdos usa el primero que encuentra. Es el Dos el que fragmenta los ficheros, no el fat. Un tanto tiquismiquis, yalo se :-)
#/bin/bash
ssh maquina_remota y que ejecute un mount con opciones
rsync maquina_remota maquina local
Aún así, si haces eso, todos los ficheros que residen en FAT tendrán los mismos permisos, usuario y grupo. Si tienes el $HOME de fulano y de otro, todos los fichero pertenecerán al usuario que le has pasado a mount :(
En efecto. ¿No había un sistema de ficheros de linux sobre fat? Guardaba los atributos extra en un fichero aparte. No es que sea solución para el problema de juan, porque lo que tiene es una caja cerrada con las funciones que tiene, y punto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIPqAftTMYHG2NR9URAhOOAKCECvfZ/jxUAsvjgsc5JMKP7AeYBgCfWlgs U2fjjl8N8NS3ZqKwOTmQvNM= =ey1k -----END PGP SIGNATURE-----
participants (4)
-
Carlos E. R.
-
juan molina
-
Marco Aurelio Moncada Coello
-
Rafa Grimán