Hola, Me gustaría crear un sistema de copia de datos para volcar ficheros a través de la red local. La idea es automatizar el proceso, por ejemplo, que se ejecute por la noche, cada día. Bien, la duda es qué programa / sistema utilizar: 1) Rsync parece muy eficiente, la única duda es que no sé si puede trabajar con ficheros compartidos a través de Samba, pues también tengo que guardar datos de equipos con Windows. ¿Trabaja rsync con recursos Samba o requiere instalar en cada cliente el programa rsync? 2) Puesto que Samba tiene que estar configurado y funcionando, ¿es posible utilizar "sambatar" o alguna utilidad para el respaldo de datos (cp) junto con script y cron para su ejecución? La idea es realizar copias de seguridad "incrementales" es decir, que sólo se copien los archivos que han sido modificados (copia diaria) y una copia total de los archivos cada mes. Me preocupa: - El tamaño de los archivos a copiar, que puede ser elevado (2 GB.), por lo que un sistema rápido sería recomendable. - El sistema de archivos, los caracteres y demás propiedades de los ficheros, si se mantienen o si habrá problemas al recuperarlos. - Compresión o no de los archivos (tar, bzip...). La copia de ficheros desde otro SuSE no me preocupa, pero sí lo que viene de Samba (sistema ntfs). El sistema de ficheros donde se copiarán los archivos es ext3 y los demás equipos están en una red local. ¿Qué opción sería la más recomendable / eficiente? Saludos, -- Camaleón
Buenas,
Me gustaría crear un sistema de copia de datos para volcar ficheros a través de la red local. La idea es automatizar el proceso, por ejemplo, que se ejecute por la noche, cada día. Bien, la duda es qué programa / sistema utilizar:
1) Rsync parece muy eficiente, la única duda es que no sé si puede trabajar con ficheros compartidos a través de Samba, pues también tengo que guardar datos de equipos con Windows. ¿Trabaja rsync con recursos Samba o requiere instalar en cada cliente el programa rsync?
2) Puesto que Samba tiene que estar configurado y funcionando, ¿es posible utilizar "sambatar" o alguna utilidad para el respaldo de datos (cp) junto con script y cron para su ejecución?
La idea es realizar copias de seguridad "incrementales" es decir, que sólo se copien los archivos que han sido modificados (copia diaria) y una copia total de los archivos cada mes. Me preocupa:
- El tamaño de los archivos a copiar, que puede ser elevado (2 GB.), por lo que un sistema rápido sería recomendable. - El sistema de archivos, los caracteres y demás propiedades de los ficheros, si se mantienen o si habrá problemas al recuperarlos. - Compresión o no de los archivos (tar, bzip...).
La copia de ficheros desde otro SuSE no me preocupa, pero sí lo que viene de Samba (sistema ntfs). El sistema de ficheros donde se copiarán los archivos es ext3 y los demás equipos están en una red local.
¿Qué opción sería la más recomendable / eficiente?
Hace unos meses hice yo una cosa casi identica. Hacía un backup sobre una máquina (HPUX, espera, ya se que la tuya es windows), y lo enviaba por ftp a otra maquina... Lo que quieres hacer es que desde un servidor el-que-sea acceder por samba a cierto directorio de una windows... yo me quite la idea de la cabeza. Instalé perl en todas las máquinas de las que tenia que transferir los backup, y me hice un script que empaquetase y mandase por ftp. Luego con una linea de cron, mandaba el fichero a las tantas de la madrugada. Puedes hacer lo mismo con perl+cygwin (por el tar en modo comando), y usar el planificador de tareas de windows (que es malo malisimo, pero bueno, ten cuidado con la sintaxis). Si necesitas el script que hice en perl (muy sencillito), lo puedo buscar entre mis cd´s y mandartelo. Si lo encuentro ;-) HTH -- Saludos, miguel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-01-02 a las 23:49 +0100, miguel gmail escribió:
Puedes hacer lo mismo con perl+cygwin (por el tar en modo comando),
En windows creo que es mejor usar algo del estilo del winzip en linea de comandos, como por ejemplo, infozip, que incluye el comando zip. La ventaja de usar un compresor "nativo" es que guardará los atributos específicos del sistema de archivos del windows. Habría que verificar la aplicación de compresión concreta para ver si los guarda y recupera todos, incluso los de NT.
y usar el planificador de tareas de windows (que es malo malisimo, pero bueno, ten cuidado con la sintaxis).
No es tan malo :-P
Si necesitas el script que hice en perl (muy sencillito), lo puedo buscar entre mis cd´s y mandartelo. Si lo encuentro ;-)
Yo lo hice en "batch" en tiempos. Puede que hasta lo conserve ;-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDucb8tTMYHG2NR9URAqF4AJ9Wi1lpB1SMJ8oq8zJIqyVxpwXT0ACfZnie nhQj85CwVw+nKAE2+mrLeKE= =37CV -----END PGP SIGNATURE-----
El Lunes, 2 de Enero de 2006 21:44, Camaleón escribió:
1) Rsync parece muy eficiente, la única duda es que no sé si puede trabajar con ficheros compartidos a través de Samba, pues también tengo que guardar datos de equipos con Windows. ¿Trabaja rsync con recursos Samba o requiere instalar en cada cliente el programa rsync?
* Un "recurso" samba importado no es ni mas ni menos que otro directorio mas en la maquina linux, rsync copiara aquello que le mandes y este disponible o montado, un sistema de backups serio mediante rsync precisa esfuerzo de programacion, if [no esta montado] lo otro ....... etc....
2) Puesto que Samba tiene que estar configurado y funcionando, ¿es posible utilizar "sambatar" o alguna utilidad para el respaldo de datos (cp) junto con script y cron para su ejecución?
* En una red heterogenea, por lo que veo con mucho wilson, deberias utilizar un gestor de backups, bacula u otros pagando.
¿Qué opción sería la más recomendable / eficiente?
* Pues eso bacula.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-01-02 a las 21:44 +0100, Camaleón escribió:
Me gustaría crear un sistema de copia de datos para volcar ficheros a través de la red local. La idea es automatizar el proceso, por ejemplo, que se ejecute por la noche, cada día. Bien, la duda es qué programa / sistema utilizar:
Hay aplicaciones específicas, como Amanda: This is a release of Amanda, the Advanced Maryland Automatic Network Disk Archiver. Amanda is a backup system designed to archive many computers on a network to a single large-capacity tape drive. Otro: Summary : storeBackup is a Disk-to-Disk Backup Tool for Linux Description : storeBackup is a disk-to-disk backup tool for Linux. It should also run on other Unix-like machines. You can directly browse through the backed-up files (locally, via NFS, via SAMBA, or whatever). This gives the users the ability to restore files easily and fast. The user only has to copy (and possibly uncompress) the file. There is also a tool for easily restoring (sub) trees for the administrator. Every single backup from a specific time can be deleted without affecting the other existing backups.
1) Rsync parece muy eficiente, la única duda es que no sé si puede trabajar con ficheros compartidos a través de Samba, pues también tengo que guardar datos de equipos con Windows. ¿Trabaja rsync con recursos Samba o requiere instalar en cada cliente el programa rsync?
El rsync puede acceder a cualquier cosa a la que el linux pueda acceder, pero lógicamente será más eficaz si hay un servidor rsycn.
2) Puesto que Samba tiene que estar configurado y funcionando, ¿es posible utilizar "sambatar" o alguna utilidad para el respaldo de datos (cp) junto con script y cron para su ejecución?
Ni idea de eso.
La idea es realizar copias de seguridad "incrementales" es decir, que sólo se copien los archivos que han sido modificados (copia diaria) y una copia total de los archivos cada mes. Me preocupa:
Con rsync lo que te queda es una copia sincronizada, el estado en el momento de la copia, minimizando lo que se transfiere. Aunque ahora que lo dices, me suena haber oido algo de eso con rsync, no se. Lo normal sería usar un programa específico que haga copias a algún sistema archivable fuera, como cintas o dvds.
- El tamaño de los archivos a copiar, que puede ser elevado (2 GB.), por lo que un sistema rápido sería recomendable.
Siempre puedes tener una copia rápida en un disco duro dedicado, y hacer la transferencia al medio permanente con tranquilidad.
- El sistema de archivos, los caracteres y demás propiedades de los ficheros, si se mantienen o si habrá problemas al recuperarlos.
Ummm. Reummm. Lo ideal para eso sería dump... pero no funciona en todos los sistemas de ficheros, como por ejemplo, en reiserfs. A ver, los ficheros en si, sus permisos y propietarios, no hay problema. Los atributos extendidos, acl, atributos vfat... son otra cosa. Yo los de fat los guardo con mtools (mattrib).
- Compresión o no de los archivos (tar, bzip...).
Hombre, claro que conviene comprimir. Pero un sistema especializado en backups debe comprimir pero debería también guardar la suficiente información redundante para reconstruir los datos en caso de un error del medio de grabación: lo que hacía el antiguo PCBackup (Msdos, Central Point) y similares; desconozco un programa de esa clase en linux. Los tar.gz no me gustan, porque si hay un error en el fichero es muy dificil o imposible de reconstruir, porque lo que se comprime es el archivo tar ya hecho. Me gusta más cpio/afio. O lo que hace el yast backup, que primero comprime cada fichero individual, y luego lo empaqueta en el archivo tar.
La copia de ficheros desde otro SuSE no me preocupa, pero sí lo que viene de Samba (sistema ntfs). El sistema de ficheros donde se copiarán los archivos es ext3 y los demás equipos están en una red local.
¿Qué opción sería la más recomendable / eficiente?
Los programas dedicados tienen clientes para linux y para windows. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDubNjtTMYHG2NR9URAmgyAJwPgkwDLVwtXYqrMZ6gTZ1Swc12AwCfbdQs 43q2pd0irRS3H5OlZFX2Czs= =XVoT -----END PGP SIGNATURE-----
El 2/01/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-01-02 a las 21:44 +0100, Camaleón escribió:
Me gustaría crear un sistema de copia de datos para volcar ficheros a través de la red local. La idea es automatizar el proceso, por ejemplo, que se ejecute por la noche, cada día. Bien, la duda es qué programa / sistema utilizar:
Hay aplicaciones específicas, como Amanda:
This is a release of Amanda, the Advanced Maryland Automatic Network Disk Archiver. Amanda is a backup system designed to archive many computers on a network to a single large-capacity tape drive.
perosnalmente, ha algunos anos atras (2 o 3) intente instalar amanda y la documentacion me parecio bastante pobre, ademas que segun mi punto de vista (estuve suscrito a las lista de desarollo de amanda) estaba completamente parado el desarollo... no se como andara ahora, pero en este tiempo, era inviable !!! [...]
- Compresión o no de los archivos (tar, bzip...).
Hombre, claro que conviene comprimir. Pero un sistema especializado en backups debe comprimir pero debería también guardar la suficiente información redundante para reconstruir los datos en caso de un error del medio de grabación: lo que hacía el antiguo PCBackup (Msdos, Central Point) y similares; desconozco un programa de esa clase en linux.
Los tar.gz no me gustan, porque si hay un error en el fichero es muy dificil o imposible de reconstruir, porque lo que se comprime es el archivo tar ya hecho. Me gusta más cpio/afio. O lo que hace el yast backup, que primero comprime cada fichero individual, y luego lo empaqueta en el archivo tar.
en un encuentro de linuxeros ( hace unos 2 anos) uno colega, planteo el mismo sobre tar.. y un otro comento que existia un programa para recuperar archivos tar danados... acredito que se llamaba tarx o algo por el estilo (sorry por la memoria flaca) salu2. -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-01-03 a las 00:05 -0300, Victor Hugo dos Santos escribió:
perosnalmente, ha algunos anos atras (2 o 3) intente instalar amanda y la documentacion me parecio bastante pobre, ademas que segun mi punto de vista (estuve suscrito a las lista de desarollo de amanda) estaba completamente parado el desarollo... no se como andara ahora, pero en este tiempo, era inviable !!!
Yo lo estuve evaluando hace tiempo, pero mi interés era en backup personal de una máquina, y para eso no sirve. No lo he vuelto a mirar, simplemente recuerdo de su existencia.
Los tar.gz no me gustan, porque si hay un error en el fichero es muy dificil o imposible de reconstruir, porque lo que se comprime es el archivo tar ya hecho. Me gusta más cpio/afio. O lo que hace el yast backup, que primero comprime cada fichero individual, y luego lo empaqueta en el archivo tar.
en un encuentro de linuxeros ( hace unos 2 anos) uno colega, planteo el mismo sobre tar.. y un otro comento que existia un programa para recuperar archivos tar danados... acredito que se llamaba tarx o algo por el estilo (sorry por la memoria flaca)
Si, viene algo de eso en la distro. Pero no me refería al problema de la rotura del tar, sino a la del gzip. Si se pierden unos cuantos bytes, no se puede descomprimir nada, y no consigues el tar original, y mucho menos los ficheros individuales. Es un sistema muy poco robusto para grabación a largo plazo, que pueden tener con el tiempo errores de lectura que no existían cuando se grabó. Por eso, los sistemas de backup comerciales como el pcbackup (que yo usaba bajo msdos) comprimían, pero al mismo tiempo tenían la suficiente información redundante para recuperar la perdida total de algún sector del disquete o la cinta. ¿Existe algo equivalente en Linux? Yo no lo conozco, aunque debería existir. Yo he conseguido recuperar backups en disquetes que hice en los años 80... - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDuuFUtTMYHG2NR9URAlA+AJ0VVejTGRcHZxClljnVCOqe5C9p1wCfQUoW 56WN0RvuxDBccGPgqvNHx5I= =HSAF -----END PGP SIGNATURE-----
2006/1/2, Camaleón
Hola,
Me gustaría crear un sistema de copia de datos para volcar ficheros a través de la red local. La idea es automatizar el proceso, por ejemplo, que se ejecute por la noche, cada día. Bien, la duda es qué programa / sistema utilizar:
1) Rsync parece muy eficiente, la única duda es que no sé si puede trabajar con ficheros compartidos a través de Samba, pues también tengo que guardar datos de equipos con Windows. ¿Trabaja rsync con recursos Samba o requiere instalar en cada cliente el programa rsync?
mmm.. rsync, no tiene ninguna relacion con "carpetas compartidas de windows".. se deseas, puede instalar el cliente rsync en los clientes (que tienes las carpetas compartidas) y sincronizar las carpetas locales de los clientes con el servidor.
2) Puesto que Samba tiene que estar configurado y funcionando, ¿es posible utilizar "sambatar" o alguna utilidad para el respaldo de datos (cp) junto con script y cron para su ejecución?
si.. poder se puede, pero tendras que compartir en todos los clientes, las carpetas que deseas respaldar.
La idea es realizar copias de seguridad "incrementales" es decir, que sólo se copien los archivos que han sido modificados (copia diaria) y una copia total de los archivos cada mes. Me preocupa:
- El tamaño de los archivos a copiar, que puede ser elevado (2 GB.), por lo que un sistema rápido sería recomendable.
cada archivo ?? o el total es de 2GB ?? en todo caso, esto vas a depender mucho de vuestra red y cuantidad de datos a respaldar... los respaldos incrementales/diferenciales no son tantos los datos (al menos aca), pero los completos si... la solucion por aca (son mas o menos 300GB a respaldar una vez por mes) fue programar los respaldos completos en dias diferentes (desde el 1 hasta el 5 de cada mes)
- El sistema de archivos, los caracteres y demás propiedades de los ficheros, si se mantienen o si habrá problemas al recuperarlos.
depiende de cual sistema utilice.
- Compresión o no de los archivos (tar, bzip...).
depiende de como deseas guardar los datos (cinta, disco, DVD)
La copia de ficheros desde otro SuSE no me preocupa, pero sí lo que viene de Samba (sistema ntfs). El sistema de ficheros donde se copiarán los archivos es ext3 y los demás equipos están en una red local.
¿Qué opción sería la más recomendable / eficiente?
busque sobre "bacula", lo vengo utilizando a algunos anos y es literalmente espetacular, los softwares clientes funcionan en varios SO, el servidor funciona en linux y una vez configurado, es el mas simples de mantener. salu2. -- -- Victor Hugo dos Santos Linux Counter #224399
On Mon, 2 Jan 2006 21:44:17 +0100
Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-01-03 a las 10:09 +0100, Josep M. Queralt escribió:
RAR, en modo comando, permite efectuar copias completas o solo de aquellos ficheros que han cambiado, (aunque para poder comparar necesitarías mantener una copia del fichero en el HD local) mantiene los atributos de los ficheros y tiene una velocidad y compresión más que aceptable.
En discos FAT no es necesario hacer comparaciones para saber que necesita respaldarse: basta comprobar el atributo "A[rchive]". Si está, es que el fichero ha sido cambiado. Si quieres más seguridad, guarda una lista de los ficheros, con sus atributos, fechas, y tamaños, y compara eso. Y si quieres todavía más seguridad, guarda también los checksum.
XP (al menos la versión profesional) también lleva "de serie" un cliente FTP por línea de comando.
Incluso el 98 lo lleva, aunque cutre. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDuuJ4tTMYHG2NR9URAl/AAJ9sKvnaA4hIC178gNcy/0Bi2XwA3gCfTfTG jGyBB/mS2CMf/k8NWy4gQqw= =GILj -----END PGP SIGNATURE-----
XP (al menos la versión profesional) también lleva "de serie" un cliente FTP por línea de comando.
Incluso el 98 lo lleva, aunque cutre.
Pues que quieres que te diga... soy incapaz de arrancar la calculadora con el programador de tareas de w2k :-(... usando el asistente!! -- Saludos, miguel
1) Rsync parece muy eficiente, la única duda es que no sé si puede trabajar con ficheros compartidos a través de Samba, pues también tengo que guardar datos de equipos con Windows. ¿Trabaja rsync con recursos Samba o requiere instalar en cada cliente el programa rsync?
2) Puesto que Samba tiene que estar configurado y funcionando, ¿es posible utilizar "sambatar" o alguna utilidad para el respaldo de datos (cp) junto con script y cron para su ejecución?
Yo creo que lo más sencillo (siguiendo la UNIX-rule es que dice "Make it easy, idiot!) sería lo que comentaba el compañero Josep M. Queralt: en las máquinas clientes empaquetas en métodos nativos gnu/linux --> tar con compresor de turno win --> rar (permite incrementales)[*] y envías al servidor de archivos (ftp o lo que hayas montado como contenedor) mediante, también, métodos nativos gnu/linux --> cronjob win --> tareas automáticas
La idea es realizar copias de seguridad "incrementales" es decir, que sólo se copien los archivos que han sido modificados (copia diaria) y una copia total de los archivos cada mes. Me preocupa:
- El tamaño de los archivos a copiar, que puede ser elevado (2 GB.), por lo que un sistema rápido sería recomendable.
Eso se trata, precisamente, de intentar hacer un sistema de cronjobs estalados, para que no coincidan todos en el tiempo. Poco más que eso.
- El sistema de archivos, los caracteres y demás propiedades de los ficheros, si se mantienen o si habrá problemas al recuperarlos.
Eso dependerá del script que empaquete y las opciones que se utilizen (preservar times, permisos... etc)
- Compresión o no de los archivos (tar, bzip...).
Yo comprimiría siempre. En todo caso te tendrás que empapar de bastante doc de los diferentes compresores y sus opciones. En todo caso prioriza la integridad de los datos aunque pierdas un poco de ratio de compresión. Además, recuerda (enseñanza del maestro-yoda-josé-maría): el único backup bueno es el que se ha comprobado. En ese sentido todos los compresores tienen funciones de chequeo de integridad. No sería mala idea idear un sencillo script que vaya chequeando en bucle todos los comprimidos una vez ya están contenidos en el servidor de archivos.
La copia de ficheros desde otro SuSE no me preocupa, pero sí lo que viene de Samba (sistema ntfs). El sistema de ficheros donde se copiarán los archivos es ext3 y los demás equipos están en una red local.
¿Qué opción sería la más recomendable / eficiente?
Estamos hablando de nivel profesional, así que tampoco te líes demasiado. Si se necesita un solución de pago (Bacula, por ejempo) que responda mucho mejor, pues pídela. [*] Tienes también utilidades GNU clásicas portadas para entornos Win. Mira aquí: http://unxutils.sourceforge.net/ Yo las tengo en todas mis máquinas Win para trabajos ocasionales y van de muerte. Eso si, al ser sólo ejecutables .exe recuerda añadir el path a las variables de entorno y todo eso o tendrás que llamar por ruta completa. -- Salut, Jordi Espasa
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-01-03 a las 11:01 +0100, Jordi Espasa Clofent escribió:
en las máquinas clientes empaquetas en métodos nativos
gnu/linux --> tar con compresor de turno win --> rar (permite incrementales)[*]
Si no han cambiado las cosas, el compresor rar es comercial. El descompresor unrar es "freeware", lleva licencia FSR, que no es ni mucho menos GNU. A mi me encanta el rar, pero eso hay que tenerlo en cuenta. Prefiero el ZIP, que tiene versiones libres (por parte de infozip, por ejemplo). - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDuuQDtTMYHG2NR9URAqOlAJ93FcoNw56BY6iQF67iSfHL141oqwCfWn1C G12L1koKLKC7bV2Nao1aJtc= =7Ogz -----END PGP SIGNATURE-----
El Martes 03 Enero 2006 21:52, Carlos E. R. escribió:
El 2006-01-03 a las 11:01 +0100, Jordi Espasa Clofent escribió:
en las máquinas clientes empaquetas en métodos nativos
gnu/linux --> tar con compresor de turno win --> rar (permite incrementales)[*]
Si no han cambiado las cosas, el compresor rar es comercial. El descompresor unrar es "freeware", lleva licencia FSR, que no es ni mucho menos GNU.
A mi me encanta el rar, pero eso hay que tenerlo en cuenta. Prefiero el ZIP, que tiene versiones libres (por parte de infozip, por ejemplo).
Habeis provado el 7zip?
2006/1/4, admin-listas:
Habeis provado el 7zip?
Muy bueno, dentro de poco empezará a sustituir a WinZip en los equipos donde está instalado. A pesar de tener la licencia, me gusta más la sencillez y potencia de 7zip. Respecto al tema inicial del hilo, al final utilizaré algún sistema sencillo, como los recomendados por Josep, utilizando samba para almacenar los datos en SuSE y desde los clientes sencillamente automatizar el proceso de empaquetado y copia... Saludos, -- Camaleón
El Miércoles, 4 de Enero de 2006 10:28, Camaleón escribió:
2006/1/4, admin-listas:
Habeis provado el 7zip?
Me gusta mas el izarc. Soporta mas tipos de compresión (en los que incluye rar) http://www.izarc.org
El Miércoles 04 Enero 2006 13:54, aux escribió:
El Miércoles, 4 de Enero de 2006 10:28, Camaleón escribió:
2006/1/4, admin-listas:
Habeis provado el 7zip?
Me gusta mas el izarc. Soporta mas tipos de compresión (en los que incluye rar)
Muy bueno ese, pero tambien me referia al protocolo de compresion 7zip. Para seguir sobre compresores yo utilizo el zipgenius que no es libre pero si muy bueno.
admin-listas wrote:
El Martes 03 Enero 2006 21:52, Carlos E. R. escribió:
El 2006-01-03 a las 11:01 +0100, Jordi Espasa Clofent escribió:
en las máquinas clientes empaquetas en métodos nativos
gnu/linux --> tar con compresor de turno win --> rar (permite incrementales)[*]
Si no han cambiado las cosas, el compresor rar es comercial. El descompresor unrar es "freeware", lleva licencia FSR, que no es ni mucho menos GNU.
A mi me encanta el rar, pero eso hay que tenerlo en cuenta. Prefiero el ZIP, que tiene versiones libres (por parte de infozip, por ejemplo).
Habeis provado el 7zip?
Habeis oido hablar del lzma?... yo he conseguido de 80Mb a un poco más de 7Mb... que creo es muy bueno. Es SoftLibre saludos. -- Armindo T. Díaz Argaña Jefe Div. Desarrollo de Sistemas Coop. Medalla Milagrosa Ltda. "No os toméis la vida demasiado en serio; de todos modos no saldremos vivos de esta." Bernard Le Bouvier de Fontenella
participants (10)
-
admin-listas -
Armindo Díaz Argaña -
aux -
Camaleón -
Carlos E. R. -
Jordi Espasa Clofent -
jose maria -
Josep M. Queralt -
miguel gmail -
Victor Hugo dos Santos