Re: programa de copia de seguridad
Gracias por la información Agustín. Un saludo. On Thu, Dec 11, 2003 at 04:01:51PM +0100, Agustin Martin Domingo wrote: > Antonio Castro wrote: > >Se me olvidaba. Recuerdo que hab?a un brograma de gesti?n de backups > > > >kbackup-doc - The documentation for KBackup > >kbackup - A console single host backup solution for various media > >kbackup-multibuf - Multibuf extends kbackup for multiple volumes > ... > > > > > >Un backup que se lanza facilmente se usa con m?s frecuencia que otro > >que te obliga a pasar varias pantallas. Hacer backup es algo aburrido > >y rutinario. Por esa raz?n conviene automatizarlo al m?ximo. > > > > Por si os interesa yo utilizo tob, que es un script ya hecho que > facilita las cosas, basado tambi?n en afio+gz. Permite definir distintos > vol?menes, maneja copias incrementales, etc... A pesar de ser un > programa antiguo me ha resultado muy ?til, aunque requiere algo de > configuraci?n (manual) inicial. No se como funcionar? con grabadoras, > pero es otra posibilidad. > > -- > Agustin > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] >
Re: programa de copia de seguridad
¡Muchas gracias por la información! On Sat, Dec 13, 2003 at 05:40:27AM +0100, Javier Fafi?n Alvarez wrote: > On Wed, Dec 10, 2003 at 05:11:28PM +0100, Ramiro Aceves wrote: > > Hola Antonio, > > Perdona el retraso, siempre el dichoso tiempo libre. > > > > Bueno, he estado haciendo algunos experimentos y al final lo he dejado > > en un padsize de 250k, para curarme en salud. De todos modos no lo > > entiendo muy bien, pues hice pruebas a grabar un s?lo directorio con un > > fichero de 6 bytes y no fallaba nunca, ni siquiera sin a?adir la opci?n > > padsize. Grabando un directorio lleno de archivos hasta unos 80MB, me > > fallaba con padsize=100k, pero con padsize=250k iba perfecto. > > Este es mi script con el que he hecho las pruebas, de momento es muy > > sencillo, habr? que a?adirle florituras m?s tarde, cuando aprenda a usar > > bien el bash. > > > > > Yo suelo utilizar el backup2l, que es realmente sencillo y potente. Puede > utilizar indistintamente afio, tar, comprimidos con gz o bz2 por lo > menos. Una vez creados los archivos crea unos archivos de texto peque?os > y comprimidos con toda la informaci?n sobre los archivos, de manera que > si quitas los comprimidos y los metes en un cd o en cinta, puedes seguir > haciendo las copias incrementales al disco duro. Tiene una utilidad para > crear directorios que se graben facilmente en cds y te permite consultar > todo sin tener los paquetes "on line", solo con los "txt", lo cual es > muy r?pido. > Ejemplo: > [EMAIL PROTECTED]:~# backup2l -l /etc/passwd > backup2l v1.3 by Gundolf Kiefer > > Active files in : 3 > found in all.11: 2 (1 left) > found in all.1: 1 (0 left) > > Listing locations... > all.11: /etc/passwd > all.11: /etc/passwd- > all.1: /etc/passwd.org > > To restore, the archive files of the following backups are missing > and > have to be copied or linked into /home/ftp/backup: > all.1 > > + > Este ?ltimo mensaje es porque el afio est? en un cd y no en el hd donde > suelo hacer las copias. > -- > Un Saludos > > Javier Fafi?n Alvarez | Sembrando trigo una vez, cosechar?s una vez. > Ingeniero T?cnico Agr?cola| Plantando un ?rbol, cosechar?s diez veces. > Administrador de Sistemas | Instruyendo al pueblo, cosechar?s cien veces. > Linux Debian SID (unestable) | -- Kuan-Tseu. > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: programa de copia de seguridad
Hola Antonio,
Muchas gracias, tus sugerencias son muy interesantes y si
alguien no te lo dice, no caes en ello. Seguiré mejorando esto, si tengo
alguna duda no dudaré en preguntarte.
Gracias.
Ramiro.
On Thu, Dec 11, 2003 at 08:33:34AM +0100, Antonio Castro wrote:
> On Wed, 10 Dec 2003, Ramiro Aceves wrote:
>
> > Hola Antonio,
> > Perdona el retraso, siempre el dichoso tiempo libre.
> >
> > Bueno, he estado haciendo algunos experimentos y al final lo he dejado
> > en un padsize de 250k, para curarme en salud. De todos modos no lo
> > entiendo muy bien, pues hice pruebas a grabar un s?lo directorio con un
> > fichero de 6 bytes y no fallaba nunca, ni siquiera sin a?adir la opci?n
> > padsize. Grabando un directorio lleno de archivos hasta unos 80MB, me
> > fallaba con padsize=100k, pero con padsize=250k iba perfecto.
> > Este es mi script con el que he hecho las pruebas, de momento es muy
> > sencillo, habr? que a?adirle florituras m?s tarde, cuando aprenda a usar
> > bien el bash.
> >
> >
> >
> > #/bin/bash
> > echo '** Programa de copia de seguridad ***'
> > echo 'copiando nombres de archivos ...'
> > find /home/ea1abz -depth -print0 > temporal
> > find /etc/ -depth -print0 >> temporal
> > cat temporal | afio -oxv0 -b2048 -s358144x '!cdrecord -v padsize=250k
> > speed=4 dev=0,1,0 -'
> > rm temporal
> > echo ' F I N **'
>
> Te doy algunas ideas para tus scripts.
>
> 1) Si quieres usar backups incrementales puedes marcar el momento de la
> copia total creando un fichero con:
>
> # Copia total
> touch '/fichero-marca-backup'
> cd /
> find . |
>
> Luego para copias incrementales usar?as:
>
> # Copia incremental desde la ?ltima copia total
> cd /
> find . -newer '/fichero-marca-backup' |
>
> 2) Si solo quieres hacer un respaldo peque?o con las ?ltimas novedades
> elimnando cosas muy pesadas tales como imagenes de CDs descargadas de
> internet o cosas asi puedes hacer algo de este tipo.
>
> DIAS=...
> MAXSIZE=...
> cd /
> find . -mtime -${DIAS} -size -${MAXSIZE} |
> find . -mtime -${DIAS} -size +${MAXSIZE} > /demasiado_grandes_$$
>
>
> > Te comento algunas dudas todav?a presentes.
> >
> > 1- Para poder extraer los archivos del ?ltimo volumen es preciso pasar
> > por todos los vol?menes anteriores. ?Qu? sucede si falla por ejemplo, el
> > primer volumen: ?perder?a el resto?
>
> No lo se pero normalmente tu no vas a saber en que volumen est? cada
> cosa. Para que falle un volumen el fallo tendr?a que producirse en
> alguna de las peque?as zonas que controlan su contenido. No es como
> en el caso de cpio comprimido. Cualquier fallo en cualquier parte
> te inutilizaba la copia completa. Realmente no se que ocurrir?a.
>
> > 2- Al trabajar en multivolumen, necesito indicar el tama?o del volumen para
> > que pare y siga con el siguiente. En mi caso ser?a:
> >
> > #afio -iv -b2048 -s358144x /dev/scd0
> >
> > Si no hago esto afio se encuentra con el final del CD-R y no sabe qu?
> > hacer. Ser?a un problema no tener apuntado el tama?o del volumen
> > :-)
>
> Eso es cierto.
>
> > 3- ?Qu? ventaja tiene afio frente a, por ejemplo, grabar varios CD con
> > im?genes creadas con mkisofs?
>
> Puede que en el caso de grabar sin compresi?n las ventajas no sean
> demasiadas. La gran ventaja es la gesti?n que hace afio de las copias
> comprimidas. Para hacer algo parecido tendr?as que comprimir tu mismo
> todos los ficheros que lo necesiten y anotar cuales comprimes y cuales
> no. Luego lo grabas todos y al recuperar la copia tendr?s que
> descomprimir los ficheros que apuntaste en la lista
> .
> > 4- ?Usar afio con compresi?n de los archivos, conlleva mayores riesgos de
> > p?rdida de datos en caso de fallo en el soporte comparado con el
> > archivado sin compresi?n?
>
> En el caso de af?o yo creo que no. Solo perder?s el fichero afectado por
> la alteraci?n de la copia y cuanto menos ocupe la copia menos probable
> es que le toque un error de estos.
>
> > Gracias por tu ayuda, creo que estoy dando con lo que quer?a, un sistema
> > de backup r?pido y fiable. Con lo c?modo del script ahora hago una copia
> > de seguridad cada 3 d?as :-) ?me estar? volviendo backup-paranoico?
> > ;-)
>
> En efecto, pero eso es bueno. :-)
>
> > Saludos.
> >
> > Ramiro
>
> --
> Un saludo
> Antonio Castro
>
>/\ /\ Ciberdroide Inform?tica
> \\W// << http://www.ciberdroide.com >>
> _|0 0|_
> +-oOOO-(___o___)-OOOo-+
> | . . . . U U . Antonio Castro Snurmacher |
> | . . . . . . . [EMAIL PROTECTED] |
> +()()()-()()()+
>
Re: programa de copia de seguridad
On Wed, Dec 10, 2003 at 05:11:28PM +0100, Ramiro Aceves wrote: > Hola Antonio, > Perdona el retraso, siempre el dichoso tiempo libre. > > Bueno, he estado haciendo algunos experimentos y al final lo he dejado > en un padsize de 250k, para curarme en salud. De todos modos no lo > entiendo muy bien, pues hice pruebas a grabar un sólo directorio con un > fichero de 6 bytes y no fallaba nunca, ni siquiera sin añadir la opción > padsize. Grabando un directorio lleno de archivos hasta unos 80MB, me > fallaba con padsize=100k, pero con padsize=250k iba perfecto. > Este es mi script con el que he hecho las pruebas, de momento es muy > sencillo, habrá que añadirle florituras más tarde, cuando aprenda a usar > bien el bash. > > Yo suelo utilizar el backup2l, que es realmente sencillo y potente. Puede utilizar indistintamente afio, tar, comprimidos con gz o bz2 por lo menos. Una vez creados los archivos crea unos archivos de texto pequeños y comprimidos con toda la información sobre los archivos, de manera que si quitas los comprimidos y los metes en un cd o en cinta, puedes seguir haciendo las copias incrementales al disco duro. Tiene una utilidad para crear directorios que se graben facilmente en cds y te permite consultar todo sin tener los paquetes "on line", solo con los "txt", lo cual es muy rápido. Ejemplo: [EMAIL PROTECTED]:~# backup2l -l /etc/passwd backup2l v1.3 by Gundolf Kiefer Active files in : 3 found in all.11: 2 (1 left) found in all.1: 1 (0 left) Listing locations... all.11: /etc/passwd all.11: /etc/passwd- all.1: /etc/passwd.org To restore, the archive files of the following backups are missing and have to be copied or linked into /home/ftp/backup: all.1 + Este último mensaje es porque el afio está en un cd y no en el hd donde suelo hacer las copias. -- Un Saludos Javier Fafián Alvarez | Sembrando trigo una vez, cosecharás una vez. Ingeniero Técnico Agrícola | Plantando un árbol, cosecharás diez veces. Administrador de Sistemas | Instruyendo al pueblo, cosecharás cien veces. Linux Debian SID (unestable)| -- Kuan-Tseu.
Re: programa de copia de seguridad
Antonio Castro wrote: Se me olvidaba. Recuerdo que había un brograma de gestión de backups kbackup-doc - The documentation for KBackup kbackup - A console single host backup solution for various media kbackup-multibuf - Multibuf extends kbackup for multiple volumes ... Un backup que se lanza facilmente se usa con más frecuencia que otro que te obliga a pasar varias pantallas. Hacer backup es algo aburrido y rutinario. Por esa razón conviene automatizarlo al máximo. Por si os interesa yo utilizo tob, que es un script ya hecho que facilita las cosas, basado también en afio+gz. Permite definir distintos volúmenes, maneja copias incrementales, etc... A pesar de ser un programa antiguo me ha resultado muy útil, aunque requiere algo de configuración (manual) inicial. No se como funcionará con grabadoras, pero es otra posibilidad. -- Agustin
Re: programa de copia de seguridad
Antonio Castro wrote: Se me olvidaba. Recuerdo que había un brograma de gestión de backups kbackup-doc - The documentation for KBackup kbackup - A console single host backup solution for various media kbackup-multibuf - Multibuf extends kbackup for multiple volumes ... Un backup que se lanza facilmente se usa con más frecuencia que otro que te obliga a pasar varias pantallas. Hacer backup es algo aburrido y rutinario. Por esa razón conviene automatizarlo al máximo. Por si os interesa yo utilizo tob, que es un script ya hecho que facilita las cosas, basado también en afio+gz. Permite definir distintos volúmenes, maneja copias incrementales, etc... A pesar de ser un programa antiguo me ha resultado muy útil, aunque requiere algo de configuración (manual) inicial. No se como funcionará con grabadoras, pero es otra posibilidad. -- Agustin
Re: programa de copia de seguridad
On Wed, 10 Dec 2003, Ramiro Aceves wrote:
> Hola Antonio,
> Perdona el retraso, siempre el dichoso tiempo libre.
>
> Bueno, he estado haciendo algunos experimentos y al final lo he dejado
> en un padsize de 250k, para curarme en salud. De todos modos no lo
> entiendo muy bien, pues hice pruebas a grabar un sólo directorio con un
> fichero de 6 bytes y no fallaba nunca, ni siquiera sin añadir la opción
> padsize. Grabando un directorio lleno de archivos hasta unos 80MB, me
> fallaba con padsize=100k, pero con padsize=250k iba perfecto.
> Este es mi script con el que he hecho las pruebas, de momento es muy
> sencillo, habrá que añadirle florituras más tarde, cuando aprenda a usar
> bien el bash.
>
>
>
> #/bin/bash
> echo '** Programa de copia de seguridad ***'
> echo 'copiando nombres de archivos ...'
> find /home/ea1abz -depth -print0 > temporal
> find /etc/ -depth -print0 >> temporal
> cat temporal | afio -oxv0 -b2048 -s358144x '!cdrecord -v padsize=250k speed=4
> dev=0,1,0 -'
> rm temporal
> echo ' F I N **'
Te doy algunas ideas para tus scripts.
1) Si quieres usar backups incrementales puedes marcar el momento de la
copia total creando un fichero con:
# Copia total
touch '/fichero-marca-backup'
cd /
find . |
Luego para copias incrementales usarías:
# Copia incremental desde la última copia total
cd /
find . -newer '/fichero-marca-backup' |
2) Si solo quieres hacer un respaldo pequeño con las últimas novedades
elimnando cosas muy pesadas tales como imagenes de CDs descargadas de
internet o cosas asi puedes hacer algo de este tipo.
DIAS=...
MAXSIZE=...
cd /
find . -mtime -${DIAS} -size -${MAXSIZE} |
find . -mtime -${DIAS} -size +${MAXSIZE} > /demasiado_grandes_$$
> Te comento algunas dudas todavía presentes.
>
> 1- Para poder extraer los archivos del último volumen es preciso pasar
> por todos los volúmenes anteriores. ¿Qué sucede si falla por ejemplo, el
> primer volumen: ¿perdería el resto?
No lo se pero normalmente tu no vas a saber en que volumen está cada
cosa. Para que falle un volumen el fallo tendría que producirse en
alguna de las pequeñas zonas que controlan su contenido. No es como
en el caso de cpio comprimido. Cualquier fallo en cualquier parte
te inutilizaba la copia completa. Realmente no se que ocurriría.
> 2- Al trabajar en multivolumen, necesito indicar el tamaño del volumen para
> que pare y siga con el siguiente. En mi caso sería:
>
> #afio -iv -b2048 -s358144x /dev/scd0
>
> Si no hago esto afio se encuentra con el final del CD-R y no sabe qué
> hacer. Sería un problema no tener apuntado el tamaño del volumen
> :-)
Eso es cierto.
> 3- ¿Qué ventaja tiene afio frente a, por ejemplo, grabar varios CD con
> imágenes creadas con mkisofs?
Puede que en el caso de grabar sin compresión las ventajas no sean
demasiadas. La gran ventaja es la gestión que hace afio de las copias
comprimidas. Para hacer algo parecido tendrías que comprimir tu mismo
todos los ficheros que lo necesiten y anotar cuales comprimes y cuales
no. Luego lo grabas todos y al recuperar la copia tendrás que
descomprimir los ficheros que apuntaste en la lista
.
> 4- ¿Usar afio con compresión de los archivos, conlleva mayores riesgos de
> pérdida de datos en caso de fallo en el soporte comparado con el
> archivado sin compresión?
En el caso de afío yo creo que no. Solo perderás el fichero afectado por
la alteración de la copia y cuanto menos ocupe la copia menos probable
es que le toque un error de estos.
> Gracias por tu ayuda, creo que estoy dando con lo que quería, un sistema
> de backup rápido y fiable. Con lo cómodo del script ahora hago una copia
> de seguridad cada 3 días :-) ¿me estaré volviendo backup-paranoico?
> ;-)
En efecto, pero eso es bueno. :-)
> Saludos.
>
> Ramiro
--
Un saludo
Antonio Castro
/\ /\ Ciberdroide Informática
\\W// << http://www.ciberdroide.com >>
_|0 0|_
+-oOOO-(___o___)-OOOo-+
| . . . . U U . Antonio Castro Snurmacher |
| . . . . . . . [EMAIL PROTECTED] |
+()()()-()()()+
Re: programa de copia de seguridad
Hola Antonio, Perdona el retraso, siempre el dichoso tiempo libre. Bueno, he estado haciendo algunos experimentos y al final lo he dejado en un padsize de 250k, para curarme en salud. De todos modos no lo entiendo muy bien, pues hice pruebas a grabar un sólo directorio con un fichero de 6 bytes y no fallaba nunca, ni siquiera sin añadir la opción padsize. Grabando un directorio lleno de archivos hasta unos 80MB, me fallaba con padsize=100k, pero con padsize=250k iba perfecto. Este es mi script con el que he hecho las pruebas, de momento es muy sencillo, habrá que añadirle florituras más tarde, cuando aprenda a usar bien el bash. #/bin/bash echo '** Programa de copia de seguridad ***' echo 'copiando nombres de archivos ...' find /home/ea1abz -depth -print0 > temporal find /etc/ -depth -print0 >> temporal cat temporal | afio -oxv0 -b2048 -s358144x '!cdrecord -v padsize=250k speed=4 dev=0,1,0 -' rm temporal echo ' F I N **' Te comento algunas dudas todavía presentes. 1- Para poder extraer los archivos del último volumen es preciso pasar por todos los volúmenes anteriores. ¿Qué sucede si falla por ejemplo, el primer volumen: ¿perdería el resto? 2- Al trabajar en multivolumen, necesito indicar el tamaño del volumen para que pare y siga con el siguiente. En mi caso sería: #afio -iv -b2048 -s358144x /dev/scd0 Si no hago esto afio se encuentra con el final del CD-R y no sabe qué hacer. Sería un problema no tener apuntado el tamaño del volumen :-) 3- ¿Qué ventaja tiene afio frente a, por ejemplo, grabar varios CD con imágenes creadas con mkisofs? 4- ¿Usar afio con compresión de los archivos, conlleva mayores riesgos de pérdida de datos en caso de fallo en el soporte comparado con el archivado sin compresión? Gracias por tu ayuda, creo que estoy dando con lo que quería, un sistema de backup rápido y fiable. Con lo cómodo del script ahora hago una copia de seguridad cada 3 días :-) ¿me estaré volviendo backup-paranoico? ;-) Saludos. Ramiro On Mon, Dec 08, 2003 at 05:37:23PM +0100, Antonio Castro wrote: > On Mon, 8 Dec 2003, Ramiro Aceves wrote: > > > Hola Antonio, > > > > Rebuscando por ah?, he encontrado la soluci?n al problema. Se trata > > de a?adir la opci?n padsize=1m en el comando cdrecord. La explicacion > > est? en la ayuda de cdrecord (-pad y padsize=#) y en mkisofs (-pad). Lo > > acabo de probar y funciona, pero no he experimentado todav?a a > > reducir el valor de padsize. El que public? esta soluci?n > > dec?a que con padsize=1m funciona, pero que no sabe si se podr?a > > reducir. Seguimos en contacto. > > > > Ramiro. > > De las soluciones que yo suger? esta se corresponde con la 'c)' > > Si elijes un padsize superior a lo que necesitas solo ocupar?s > un poco m?s de espacio si elijes un padsize inferior a lo que necesitas > alguna de las imagenes pueden quedar incompletas. Haz pruebas con > imagenes muy peque?as. (Un directorio vac?o o que tenga un fichero > peque?o). > > > -- > Un saludo > Antonio Castro > >/\ /\ Ciberdroide Inform?tica > \\W// << http://www.ciberdroide.com >> > _|0 0|_ > +-oOOO-(___o___)-OOOo-+ > | . . . . U U . Antonio Castro Snurmacher | > | . . . . . . . [EMAIL PROTECTED] | > +()()()-()()()+ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: programa de copia de seguridad
On Mon, 8 Dec 2003, Ramiro Aceves wrote: > Hola Antonio, > > Rebuscando por ahí, he encontrado la solución al problema. Se trata > de añadir la opción padsize=1m en el comando cdrecord. La explicacion > está en la ayuda de cdrecord (-pad y padsize=#) y en mkisofs (-pad). Lo > acabo de probar y funciona, pero no he experimentado todavía a > reducir el valor de padsize. El que publicó esta solución > decía que con padsize=1m funciona, pero que no sabe si se podría > reducir. Seguimos en contacto. > > Ramiro. De las soluciones que yo sugerí esta se corresponde con la 'c)' Si elijes un padsize superior a lo que necesitas solo ocuparás un poco más de espacio si elijes un padsize inferior a lo que necesitas alguna de las imagenes pueden quedar incompletas. Haz pruebas con imagenes muy pequeñas. (Un directorio vacío o que tenga un fichero pequeño). -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// << http://www.ciberdroide.com >> _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
Hola Antonio, Rebuscando por ahí, he encontrado la solución al problema. Se trata de añadir la opción padsize=1m en el comando cdrecord. La explicacion está en la ayuda de cdrecord (-pad y padsize=#) y en mkisofs (-pad). Lo acabo de probar y funciona, pero no he experimentado todavía a reducir el valor de padsize. El que publicó esta solución decía que con padsize=1m funciona, pero que no sabe si se podría reducir. Seguimos en contacto. Ramiro. On Thu, Dec 04, 2003 at 08:18:20AM +0100, Antonio Castro wrote: > On Wed, 3 Dec 2003, Ramiro Aceves wrote: > > > Hola Antonio y demás amigos, > > > > Muchas gracias por vuestra ayuda, aún no he tenido el tiempo suficiente > > para > > hacer las pruebas en profundidad pues he estado bastante ocupado estos > > días. De momento no he logrado que funcione. > > Seguiré investigando y leyendo manuales, si logro algo os lo comunicaré > > enseguida. Hace > > unos días probé el paquete "multicd", que me funciona perfectamente, > > pero me he empe¤ado en hacer funcionar el afío, quiero hacerme mi propio > > script de backup. El "multicd" graba en el CD-R(W) un fichero con un > > sistema de archivos ext2, no sé qué opinión tenéis sobre ese programa en > > el caso de que lo hayáis probado. > > > > Esto de linux engancha.. > > > > Seguimos en contacto. > > Ramiro. > > Se me olvidaba. Recuerdo que había un brograma de gestión de backups > > kbackup-doc - The documentation for KBackup > kbackup - A console single host backup solution for various media > kbackup-multibuf - Multibuf extends kbackup for multiple volumes > > El motor de este gestor es afio, y está programado en shell-script. > > Yo creo que mejor que usar programas generales de backup es desarrollar > un script en el cual se contemple las necesidades especificas de ese > sistema, de forma que la política de backup quede implementada en dicho > script y todo resulte muy cómodo de usar. > > Un backup que se lanza facilmente se usa con más frecuencia que otro > que te obliga a pasar varias pantallas. Hacer backup es algo aburrido > y rutinario. Por esa razón conviene automatizarlo al máximo. > > Cuentanos cuando tengas algo y si necesitas cualquier otra ayuda ya > sabes que a mi es un tema del que me gusta hablar. ;-) > > > -- > Un saludo > Antonio Castro > >/\ /\ Ciberdroide Informática > \\W// << http://www.ciberdroide.com >> > _|0 0|_ > +-oOOO-(___o___)-OOOo-+ > | . . . . U U . Antonio Castro Snurmacher | > | . . . . . . . [EMAIL PROTECTED] | > +()()()-()()()+ >
Re: programa de copia de seguridad
On Wed, 3 Dec 2003, Ramiro Aceves wrote: > Hola Antonio y demás amigos, > > Muchas gracias por vuestra ayuda, aún no he tenido el tiempo suficiente para > hacer las pruebas en profundidad pues he estado bastante ocupado estos días. > De momento no he logrado que funcione. > Seguiré investigando y leyendo manuales, si logro algo os lo comunicaré > enseguida. Hace > unos días probé el paquete "multicd", que me funciona perfectamente, > pero me he empe¤ado en hacer funcionar el afío, quiero hacerme mi propio > script de backup. El "multicd" graba en el CD-R(W) un fichero con un > sistema de archivos ext2, no sé qué opinión tenéis sobre ese programa en > el caso de que lo hayáis probado. > > Esto de linux engancha.. > > Seguimos en contacto. > Ramiro. Se me olvidaba. Recuerdo que había un brograma de gestión de backups kbackup-doc - The documentation for KBackup kbackup - A console single host backup solution for various media kbackup-multibuf - Multibuf extends kbackup for multiple volumes El motor de este gestor es afio, y está programado en shell-script. Yo creo que mejor que usar programas generales de backup es desarrollar un script en el cual se contemple las necesidades especificas de ese sistema, de forma que la política de backup quede implementada en dicho script y todo resulte muy cómodo de usar. Un backup que se lanza facilmente se usa con más frecuencia que otro que te obliga a pasar varias pantallas. Hacer backup es algo aburrido y rutinario. Por esa razón conviene automatizarlo al máximo. Cuentanos cuando tengas algo y si necesitas cualquier otra ayuda ya sabes que a mi es un tema del que me gusta hablar. ;-) -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// << http://www.ciberdroide.com >> _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
Hola Antonio y demás amigos, Muchas gracias por vuestra ayuda, aún no he tenido el tiempo suficiente para hacer las pruebas en profundidad pues he estado bastante ocupado estos días. De momento no he logrado que funcione. Seguiré investigando y leyendo manuales, si logro algo os lo comunicaré enseguida. Hace unos días probé el paquete "multicd", que me funciona perfectamente, pero me he empe¤ado en hacer funcionar el afío, quiero hacerme mi propio script de backup. El "multicd" graba en el CD-R(W) un fichero con un sistema de archivos ext2, no sé qué opinión tenéis sobre ese programa en el caso de que lo hayáis probado. Esto de linux engancha.. Seguimos en contacto. Ramiro. On Tue, Dec 02, 2003 at 05:04:21PM +0100, Antonio Castro wrote: > On Mon, 1 Dec 2003, Ramiro Aceves wrote: > > > Hola amigos. > > > > Animado por la interesante discusi?n, instal? afio pero no logro que me > > funcione correctamente para grabar en un CD con cdrecord tal y como dice la > > p?gina > > del man. Una vez grabado el CD, al tratar de verificarlo con afio -r > > /dev/scd1, funciona bien pero al llegar los ?ltimos archivos da error. > > ?Alguien me puede pasar exactamente el comando en vuestro sistema? Yo > > hac?a (sin comprimir): > > > > find . -depth -print0 | afio -oxv0 -b 2048 -s 325000x '!cdrecord -v > > speed=4 dev=0,1,0 -' > > > > Luego, verificaba con > > afio -rv /dev/scd1 > > Si tienes CDs regrabables puede que tengas que hacer unas cuantas > pruebas. parece que en este ejemplo afio es informado de > entregar la informaci?n por bloques pero que pasa con el > ?ltimo bloque ? Si el ?ltimo bloque no se llena quizas no > lo entregue y naturalmente cdrecord no grabar? el ?ltimo > bloque. Se pueden intentar varias cosas: > > a) Verifica con isoinfo el tama?o tehorico del sistema de ficheros > y comparalos con el n?mero de bytes grabados. El n?mero de bytes > grabados debe ser igual o mayor que el valor entregado por isoinfo. > > b) En lugar de grabar al vuelo grabar primero la imagen en disco y > luego pasarla a CD. > > c) Mirate el man de cdrecord y haz que grabe algunos bytes de m?s > al final, aunque creo que es eso lo que hace por defecto. > > b) Create un fichero basura suficientemente grande y lo pasas como > ?ltimo nombre a afio. > > find . -depth -print0 > /tmp/find.out > head --bytes=2048k < /dev/zero > /tmp/head.out > echo /tmp/head.out >> /tmp/find.out > cat /tmp/find.out | afio -oxv0 -b 2048 -s 325000x '!cdrecord ... > > > No s? si es correcto, porque con este "megacomando" cualquiera se > > confunde:-) > > No estoy muy convencido de la parte final del comando. > > He probado con CDRW nuevos y me da el mismo resutado. > > Estupendo probar con CDRW es lo adecuado en estos casos. > > Yo creo que con lo que te cuento seguro que logras hacerlo > funcionar y deber?as comprobar que tal se comporta la soluci?n > elegida en multivolumen. Creo que la complicaci?n del comando > merece la pena si logras un buen comportamiento en multivolumen. > > En realidad lo de -b 2048 -s 325000x parece pensado para el > tratamiento de CDs de 650Mbytes no ? > > Tampoco te fies de lo que yo te cuento. Son ideas. Repasa los man > de afio y de cdrecord y asegurate de los tama?os de bloques y cosas > as?. O eso o espera a que alguien te de la receta ya terminada. :-) > > > -- > Un saludo > Antonio Castro > >/\ /\ Ciberdroide Inform?tica > \\W// << http://www.ciberdroide.com >> > _|0 0|_ > +-oOOO-(___o___)-OOOo-+ > | . . . . U U . Antonio Castro Snurmacher | > | . . . . . . . [EMAIL PROTECTED] | > +()()()-()()()+ >
Re: programa de copia de seguridad
On Tuesday 02 December 2003 13:04, Antonio Castro wrote: > On Mon, 1 Dec 2003, Ramiro Aceves wrote: > > Hola amigos. > > > > Animado por la interesante discusión, instalé afio pero no logro que me > > funcione correctamente para grabar en un CD con cdrecord tal y como dice > > la página del man. Una vez grabado el CD, al tratar de verificarlo con > > afio -r /dev/scd1, funciona bien pero al llegar los últimos archivos da > > error. ?Alguien me puede pasar exactamente el comando en vuestro sistema? > > Yo hacía (sin comprimir): > > > > find . -depth -print0 | afio -oxv0 -b 2048 -s 325000x '!cdrecord -v > > speed=4 dev=0,1,0 -' > > > > Luego, verificaba con > > afio -rv /dev/scd1 > > Si tienes CDs regrabables puede que tengas que hacer unas cuantas > pruebas. parece que en este ejemplo afio es informado de > entregar la información por bloques pero que pasa con el > último bloque ? Si el último bloque no se llena quizas no > lo entregue y naturalmente cdrecord no grabará el último > bloque. Se pueden intentar varias cosas: > > a) Verifica con isoinfo el tamaño tehorico del sistema de ficheros > y comparalos con el número de bytes grabados. El número de bytes > grabados debe ser igual o mayor que el valor entregado por isoinfo. > > b) En lugar de grabar al vuelo grabar primero la imagen en disco y > luego pasarla a CD. > > c) Mirate el man de cdrecord y haz que grabe algunos bytes de más > al final, aunque creo que es eso lo que hace por defecto. > > b) Create un fichero basura suficientemente grande y lo pasas como > último nombre a afio. > > find . -depth -print0 > /tmp/find.out > head --bytes=2048k < /dev/zero > /tmp/head.out > echo /tmp/head.out >> /tmp/find.out > cat /tmp/find.out | afio -oxv0 -b 2048 -s 325000x '!cdrecord ... > > > No sé si es correcto, porque con este "megacomando" cualquiera se > > confunde:-) > > No estoy muy convencido de la parte final del comando. > > He probado con CDRW nuevos y me da el mismo resutado. > > Estupendo probar con CDRW es lo adecuado en estos casos. > > Yo creo que con lo que te cuento seguro que logras hacerlo > funcionar y deberías comprobar que tal se comporta la solución > elegida en multivolumen. Creo que la complicación del comando > merece la pena si logras un buen comportamiento en multivolumen. > > En realidad lo de -b 2048 -s 325000x parece pensado para el > tratamiento de CDs de 650Mbytes no ? > > Tampoco te fies de lo que yo te cuento. Son ideas. Repasa los man > de afio y de cdrecord y asegurate de los tamaños de bloques y cosas > así. O eso o espera a que alguien te de la receta ya terminada. :-) > > > -- > Un saludo > Antonio Castro > >/\ /\ Ciberdroide Informática > \\W// << http://www.ciberdroide.com >> > _|0 0|_ > +-oOOO-(___o___)-OOOo-+ > > | . . . . U U . Antonio Castro Snurmacher | > | . . . . . . . [EMAIL PROTECTED] | > > +()()()-()()()+ Vi este articulo y supuse que te puede servi, bueno, me tome mi tiempo para pasarlo. es sobre samba pero tiene la parte de grabacion de Cd que te puede ineteresar. (disculpen errores de tipeo) saludos. andres dv. Articulo Pseudoimpresoras Samba Por Roderick W. Smith Revista Linix Magazine (edicion española) listado 2: definicion de una comprticion grabadora de CD-R [smbcdr] comment = Create a CD-R path = /var/spool/samba printable = Yes max connections = 1 print command = /usr/local/bin/smbcdr %H %s %U /var/spool/samba Listado 3: El script smbcdr tuesta ficheros en CD-Rs #!/bin/sh HomeDir=$1 ArchiveFilename=$2 Username=$3 SharePach=%4 TempPatch=/tmp/cdr/$ArchiveFilename MaxCdrSize=665600 mkdir -p $TempPath cd $TempPath unzip $/SharePach/$ArchiveFilename rm $/SharePach/$ArchiveFilename # Comprobar el tamaño del CD-R CdrSize='du -sk $TempPath | cut -f 1' if [ $CdrSize -lt $MaxCdrSize ] then mkisofs -J -r -o $Homedir/image-$ArchiveFilename.iso \ -log-file /tmp/$ArchiveFilename ./ cdrecord speed=2 dev=4,0 $Homedir/image-$ArchiveFilename.iso cat /tmp/$ArchiveFilename | mail -s "CD-R Creation finished" \ $Username rm $Homedir/image-$ArchiveFilename.iso /tmp/$ArchiveFilename else mail -s "Too many files to burn CD-R ($CdrSize kilobytes)!" \ $Username fi cd .. rm -r $TempPath Articulo de la revista Grabacion de CR-Rs Las grabadoras cd CRs hoy en dia son bastante comunes, pero para nasa universales. Muchos equipos siguen sin teneer estos dipositivos. En una red pequeña, es muy posible que solamente una maquina disponga de uno, pero deseamos que todos los usuarios puedan acceder a el. Una manera de conseguirlo es de utilizar una pseudo-impresora compartida Samba para automatizar el proceso de creacion CD-Rs- En el Listado 2 podemos ver una configuracion de pseudo-impresora compartida Samba que, en conjuncion con el script mostrado en LISTADO ·; CREAN UN CDR a partir de u ficheros almacenados en un
Re: programa de copia de seguridad
On Mon, 1 Dec 2003, Ramiro Aceves wrote: > Hola amigos. > > Animado por la interesante discusión, instalé afio pero no logro que me > funcione correctamente para grabar en un CD con cdrecord tal y como dice la > página > del man. Una vez grabado el CD, al tratar de verificarlo con afio -r > /dev/scd1, funciona bien pero al llegar los últimos archivos da error. > ?Alguien me puede pasar exactamente el comando en vuestro sistema? Yo > hacía (sin comprimir): > > find . -depth -print0 | afio -oxv0 -b 2048 -s 325000x '!cdrecord -v > speed=4 dev=0,1,0 -' > > Luego, verificaba con > afio -rv /dev/scd1 Si tienes CDs regrabables puede que tengas que hacer unas cuantas pruebas. parece que en este ejemplo afio es informado de entregar la información por bloques pero que pasa con el último bloque ? Si el último bloque no se llena quizas no lo entregue y naturalmente cdrecord no grabará el último bloque. Se pueden intentar varias cosas: a) Verifica con isoinfo el tamaño tehorico del sistema de ficheros y comparalos con el número de bytes grabados. El número de bytes grabados debe ser igual o mayor que el valor entregado por isoinfo. b) En lugar de grabar al vuelo grabar primero la imagen en disco y luego pasarla a CD. c) Mirate el man de cdrecord y haz que grabe algunos bytes de más al final, aunque creo que es eso lo que hace por defecto. b) Create un fichero basura suficientemente grande y lo pasas como último nombre a afio. find . -depth -print0 > /tmp/find.out head --bytes=2048k < /dev/zero > /tmp/head.out echo /tmp/head.out >> /tmp/find.out cat /tmp/find.out | afio -oxv0 -b 2048 -s 325000x '!cdrecord ... > No sé si es correcto, porque con este "megacomando" cualquiera se > confunde:-) > No estoy muy convencido de la parte final del comando. > He probado con CDRW nuevos y me da el mismo resutado. Estupendo probar con CDRW es lo adecuado en estos casos. Yo creo que con lo que te cuento seguro que logras hacerlo funcionar y deberías comprobar que tal se comporta la solución elegida en multivolumen. Creo que la complicación del comando merece la pena si logras un buen comportamiento en multivolumen. En realidad lo de -b 2048 -s 325000x parece pensado para el tratamiento de CDs de 650Mbytes no ? Tampoco te fies de lo que yo te cuento. Son ideas. Repasa los man de afio y de cdrecord y asegurate de los tamaños de bloques y cosas así. O eso o espera a que alguien te de la receta ya terminada. :-) -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// << http://www.ciberdroide.com >> _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
On Tue, 2 Dec 2003, Rafael F. Rodríguez wrote: > Hola Lista :-) . > > Eso me gusta de esta lista el movimiento pro mejorar que hay, pero > tengo una duda, ¿como puedo comprimir diferentes carpetas de distintas > rutas? . > > Según el man tengo que redirigir una salida al afio, find . | afi ... , > pero si quiero hacer copias de /home/usuario1 /home/usuario2 (el resto > de usuario no entran) /datos/Particiones/datos todo de una sola vez > ¿Cómo lo hago? > > Muchas gracias. Entre el find . y el afio coloca un egrep con la expresion regular que quieras. Ejemplo find . | egrep -v '^./home/pepe|^./home/juan|^./tmp|kkk$' | afio find entrega todos los nombres de ficheros y egrep elimina los nombres que empiecen por './home/pepe' o por ./home/juan', o por './tmp', o los que terminen por 'kkk' -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// << http://www.ciberdroide.com >> _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
"Rafael F. Rodríguez" wrote:
>
> Hola Lista :-) .
>
> Eso me gusta de esta lista el movimiento pro mejorar que hay, pero
> tengo una duda, ¿como puedo comprimir diferentes carpetas de distintas
> rutas? .
Adulador...
>
> Según el man tengo que redirigir una salida al afio, find . | afi ...
> ,
> pero si quiero hacer copias de /home/usuario1 /home/usuario2 (el resto
> de usuario no entran) /datos/Particiones/datos todo de una sola vez
> ¿Cómo lo hago?
>
> Muchas gracias.
pues si miras el man del find
The first argument that begins with `-', `(', `)', `,', or
`!' is taken to be the beginning of the expression; any
arguments before it are paths to search, and any arguments
after it are the rest of the expression. If no paths are
given, the current directory is used. If no expression is
given, the expression `-print' is used.
pues eso:
find /home/usr1 /home/usr2 -iname "*" | afio ...
Saludos.
--
Fernando.
{:-{D>
"Hackers do it with fewer instructions."
Re: programa de copia de seguridad
Hola Lista :-) . Eso me gusta de esta lista el movimiento pro mejorar que hay, pero tengo una duda, ¿como puedo comprimir diferentes carpetas de distintas rutas? . Según el man tengo que redirigir una salida al afio, find . | afi ... , pero si quiero hacer copias de /home/usuario1 /home/usuario2 (el resto de usuario no entran) /datos/Particiones/datos todo de una sola vez ¿Cómo lo hago? Muchas gracias. El lun, 01-12-2003 a las 20:39, Israel escribió: > Gracias a todos por las ideas, al final yo tambien he acabado instalando afio. > Me ha funcionado a las mil maravillas y me parece sencillo y eficaz. He leido > que era recomendable añadirle un md5sum para verificar la integridad de la > copia y de momento lo estoy haciendo asi... > Gracias a todos de nuevo por la ayuda. > > Un saludo > > Israel >
Re: programa de copia de seguridad
Hola amigos. Animado por la interesante discusión, instalé afio pero no logro que me funcione correctamente para grabar en un CD con cdrecord tal y como dice la página del man. Una vez grabado el CD, al tratar de verificarlo con afio -r /dev/scd1, funciona bien pero al llegar los últimos archivos da error. ?Alguien me puede pasar exactamente el comando en vuestro sistema? Yo hacía (sin comprimir): find . -depth -print0 | afio -oxv0 -b 2048 -s 325000x '!cdrecord -v speed=4 dev=0,1,0 -' Luego, verificaba con afio -rv /dev/scd1 No sé si es correcto, porque con este "megacomando" cualquiera se confunde:-) No estoy muy convencido de la parte final del comando. He probado con CDRW nuevos y me da el mismo resutado. Gracias. On Mon, Dec 01, 2003 at 08:39:14PM +0100, Israel wrote: > Gracias a todos por las ideas, al final yo tambien he acabado instalando afio. > Me ha funcionado a las mil maravillas y me parece sencillo y eficaz. He leido > que era recomendable a?adirle un md5sum para verificar la integridad de la > copia y de momento lo estoy haciendo asi... > Gracias a todos de nuevo por la ayuda. > > Un saludo > > Israel > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: programa de copia de seguridad
Gracias a todos por las ideas, al final yo tambien he acabado instalando afio. Me ha funcionado a las mil maravillas y me parece sencillo y eficaz. He leido que era recomendable añadirle un md5sum para verificar la integridad de la copia y de momento lo estoy haciendo asi... Gracias a todos de nuevo por la ayuda. Un saludo Israel
Re: programa de copia de seguridad
Holas :-) . Bueno, miraré el afio, si lo defiendes de esta forma significa que merece la pena por lo menos mirarlo :-)), ya os comentaré. El lun, 01-12-2003 a las 14:22, Antonio Castro escribió: > On Mon, 1 Dec 2003, Luis Fernando Llana Díaz wrote: > > > El Domingo, 30 de Noviembre de 2003 09:31, Antonio Castro escribió: > > > On Sat, 29 Nov 2003, Eladio Bulnes wrote: > > > > >El día que tengas un error de un solo byte en tu copia, esta quedará > > > > >totalmente inutilizada. No useis ni tar ni cpio para backups. > > > > > > > > > > > > > Yo en lugar de verificar manualmente un fichero imagen antes de grabarlo > > > lo que habo es verificar la propia con el original copia byte a byte. > > > Para eso lo que hago es hacer la copia y la comprobación en modo mono > > > usuario. Evidentemente en un servidor que tenga que dar servicio > > > permanente no se puede hacer así pero incluso en esos casos cabe > > > comprobrar que los unicos ficheros que presentan diferencias con el > > > original son aquellos en los cuales el original ha cambiado. > > > Si mi copia sufriera una alteración posterior, en un solo byte esta > > > solo afectaría a un fichero porque no se comprime la copia en bloque > > > sino fichero a fichero y se evita comprimir ficheros que ya están > > > comprimidos. > > > > > > Pero resumiendo. tar y cpio no fueron diseñados para cuprir las > > > necesidades especificas de copias de respaldo. Son programas clásicos > > > de los sitemas Unix que se han venido utilizando para eso durante > > > muchos años y ya existe una larguísima experiencia sobre toda clase de > > > inconvenientes que tienen. Por eso afio fué especificamente diseñado para > > > suplir todas las desventajas que estos programas tienen para su uso como > > > sistema de respaldo. Tu puedes usar lo que quieras pero te aconsejo que > > > pruebes a hacer alguna copia con afio y luego me comentas. > > > > > > > > > -- > > > > Sinceramente, llevo bastante tiempo usando tar para las copias de seguridad > > y > > Yo antes de usar afio use tar tambien durante bastante tiempo (unos > 15 años) solo tuve un problema del tipo que te digo y las consecuencias > fueron bastante lamentables. Luego me pase al afio y llevo unos 6 años > con él sin ningún problema. > > El problema es que te crees una copia de respaldo perfectamente > comprobada y veroificada y al cabo de un tiempo cuando quieres usarla > resulta que ya no tienes nada de nada, quizás por un solo byte. > > > nunca he tenido el menor problema. Que yo sepa tar se pensó para grabar > > cosas > > en cintas magnéticas > > En cualquier caso, que propones ¿hacer las copias sin comprimir? > > Yo pienso que lo mejor es usar afio. > > Si no comprimes vas a ocupar el doble, vas a tardar el doble vas a ser > más perezoso para respaldar y todo por el capricho de usar tar. > > > -- > Un saludo > Antonio Castro > >/\ /\ Ciberdroide Informática > \\W// << http://www.ciberdroide.com >> > _|0 0|_ > +-oOOO-(___o___)-OOOo-+ > | . . . . U U . Antonio Castro Snurmacher | > | . . . . . . . [EMAIL PROTECTED] | > +()()()-()()()+ >
Re: programa de copia de seguridad
Holas :-) . Bueno, siempre se puede comprobar la copia, como integridad, nº de archivos pasados y archivos reales, y mandar algún mensaje por si pasa algo. El vie, 28-11-2003 a las 19:58, Antonio Castro escribió: > On Fri, 28 Nov 2003, Rafael F. Rodríguez wrote: > > > Holas :-) . > > > > Para hacer copia de seguridad utilizo el tar comprimido (bzip2), para > > grabarlo en cdrom uso el cdrecord, así de estar forma con un sencillo > > script hago: > > > > 1) tar de los ficheros que quiero copiar. > > 2) creo la imagen iso del tar > > 3) grabo la imagen iso del cd. > > El día que tengas un error de un solo byte en tu copia, esta quedará > totalmente inutilizada. No useis ni tar ni cpio para backups. > > Usar afío. > > Ademas afío permite compatibilizar la copia comprimida con el > multivolumen y te permite comparar la copia integramente con el original > (no solo el listado de ficheros) y muchas cosas más. > >
Re: programa de copia de seguridad
On Mon, 1 Dec 2003, Luis Fernando Llana Díaz wrote: > El Domingo, 30 de Noviembre de 2003 09:31, Antonio Castro escribió: > > On Sat, 29 Nov 2003, Eladio Bulnes wrote: > > > >El día que tengas un error de un solo byte en tu copia, esta quedará > > > >totalmente inutilizada. No useis ni tar ni cpio para backups. > > > > > > > > > Yo en lugar de verificar manualmente un fichero imagen antes de grabarlo > > lo que habo es verificar la propia con el original copia byte a byte. > > Para eso lo que hago es hacer la copia y la comprobación en modo mono > > usuario. Evidentemente en un servidor que tenga que dar servicio > > permanente no se puede hacer así pero incluso en esos casos cabe > > comprobrar que los unicos ficheros que presentan diferencias con el > > original son aquellos en los cuales el original ha cambiado. > > Si mi copia sufriera una alteración posterior, en un solo byte esta > > solo afectaría a un fichero porque no se comprime la copia en bloque > > sino fichero a fichero y se evita comprimir ficheros que ya están > > comprimidos. > > > > Pero resumiendo. tar y cpio no fueron diseñados para cuprir las > > necesidades especificas de copias de respaldo. Son programas clásicos > > de los sitemas Unix que se han venido utilizando para eso durante > > muchos años y ya existe una larguísima experiencia sobre toda clase de > > inconvenientes que tienen. Por eso afio fué especificamente diseñado para > > suplir todas las desventajas que estos programas tienen para su uso como > > sistema de respaldo. Tu puedes usar lo que quieras pero te aconsejo que > > pruebes a hacer alguna copia con afio y luego me comentas. > > > > > > -- > > Sinceramente, llevo bastante tiempo usando tar para las copias de seguridad y Yo antes de usar afio use tar tambien durante bastante tiempo (unos 15 años) solo tuve un problema del tipo que te digo y las consecuencias fueron bastante lamentables. Luego me pase al afio y llevo unos 6 años con él sin ningún problema. El problema es que te crees una copia de respaldo perfectamente comprobada y veroificada y al cabo de un tiempo cuando quieres usarla resulta que ya no tienes nada de nada, quizás por un solo byte. > nunca he tenido el menor problema. Que yo sepa tar se pensó para grabar cosas > en cintas magnéticas > En cualquier caso, que propones ¿hacer las copias sin comprimir? Yo pienso que lo mejor es usar afio. Si no comprimes vas a ocupar el doble, vas a tardar el doble vas a ser más perezoso para respaldar y todo por el capricho de usar tar. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// << http://www.ciberdroide.com >> _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
Luis Fernando Llana Díaz wrote: Sinceramente, llevo bastante tiempo usando tar para las copias de seguridad y nunca he tenido el menor problema. Que yo sepa tar se pensó para grabar cosas en cintas magnéticas En cualquier caso, que propones ¿hacer las copias sin comprimir? Antonio tiene razón, el que hayas tenido suerte hasta ahora no implica que en el caso de que surja el problema que ha mencionado no la líes por completo, porque no podrás acceder con tar.gz más allá del punto del error. afio permite hacer compresión por archivos, no global, por lo que si tienes un fallo en un archivo pierdes ése, pero no el resto. También permite umbrales para que no intentes comprimir cosas que ya son pequeñas, etc.., ten en cuenta que afio es bastante posterior a tar y ha aprendido de sus aciertos y de sus limitaciones. Saludos, -- Agustin
Re: programa de copia de seguridad
El Domingo, 30 de Noviembre de 2003 09:31, Antonio Castro escribió: > On Sat, 29 Nov 2003, Eladio Bulnes wrote: > > >El día que tengas un error de un solo byte en tu copia, esta quedará > > >totalmente inutilizada. No useis ni tar ni cpio para backups. > > > > > Yo en lugar de verificar manualmente un fichero imagen antes de grabarlo > lo que habo es verificar la propia con el original copia byte a byte. > Para eso lo que hago es hacer la copia y la comprobación en modo mono > usuario. Evidentemente en un servidor que tenga que dar servicio > permanente no se puede hacer así pero incluso en esos casos cabe > comprobrar que los unicos ficheros que presentan diferencias con el > original son aquellos en los cuales el original ha cambiado. > Si mi copia sufriera una alteración posterior, en un solo byte esta > solo afectaría a un fichero porque no se comprime la copia en bloque > sino fichero a fichero y se evita comprimir ficheros que ya están > comprimidos. > > Pero resumiendo. tar y cpio no fueron diseñados para cuprir las > necesidades especificas de copias de respaldo. Son programas clásicos > de los sitemas Unix que se han venido utilizando para eso durante > muchos años y ya existe una larguísima experiencia sobre toda clase de > inconvenientes que tienen. Por eso afio fué especificamente diseñado para > suplir todas las desventajas que estos programas tienen para su uso como > sistema de respaldo. Tu puedes usar lo que quieras pero te aconsejo que > pruebes a hacer alguna copia con afio y luego me comentas. > > > -- Sinceramente, llevo bastante tiempo usando tar para las copias de seguridad y nunca he tenido el menor problema. Que yo sepa tar se pensó para grabar cosas en cintas magnéticas En cualquier caso, que propones ¿hacer las copias sin comprimir? Luis. -- Luis Fernando Llana Díaz Si usas Internet Explorer 6 y eres valiente sigue el enlace http://antares.sip.ucm.es/~luis/ie/aviso.html
Re: programa de copia de seguridad
El Viernes, 28 de Noviembre de 2003 10:32, Israel escribió: > Hola a todos. > > Este mail es para ver si alguno me podeis aconsejar sobre como realizar > copias de seguridad en mi maquina. He estado buscando programas de backup e > informandome sobre ellos (Bacula,Arkeia,Amanda,...), pero no me decido a > instalar ninguno, ya que la mayoria sirven para hacer mil cosas mas de lo > que yo necesito. Simplemente quiero hacer copia de seguridad de mi /home y > algunos archivos mas, y poder pasarlos a un CDRW. Tambien me gustaría poder > hacer copias diferenciales... ¿Me podeis recomendar algun programa sencillo > para X, o va a ser mejor hacer algo en linea de comandos (con > tar,cdrecord,etc)?.¿que usais vosotros? > > Gracias y un saludo para todos. > > Israel yo me hice un script para que recorriera los directorios que me interesan, borrasen la basura (ficheros *~, ficheros *.log *.dvi de latex de los que tuviera las fuentes, en cada direcotorio puedo decir lo que considero basura y no). Así tengo conigo que los ficheros de copia de seguridad no ocupen demasiado. También es verdad que no almaceno ni fotos ni música. Luego con el cron lo tengo programado para que se ejucute un día determindado de la semana y así voy haciendo las copias de seguridad sin enterarme demasiado. Sólo me tengo que preocupar de tener un CD con suficiente sitio para que quepa la copia. En caso de que la copia no quepa, como toda la copia la tengo en un fichero tgz, lo único que hay que hacer es grabar dicho tgz. El script me manda un mensaje con el resultado (con éxito o no) de la copia. Un saludo Luis Llana. -- Luis Fernando Llana Díaz Si usas Internet Explorer 6 y eres valiente sigue el enlace http://antares.sip.ucm.es/~luis/ie/aviso.html
Re: programa de copia de seguridad
Fernando wrote:
>
> Javier Aragones wrote:
> >
> > Hola:
> > Perdón que me meta.
> > La propiedad de grabar en udf que el kernel trae, que suele indicar que
> > es insegura, ¿sirve para lo mismo?. O requiere un parche extra. Me
> > refiero al 2.4.22.
> > Saludos.
> >
>
> No estoy muy al tanto de los últimos kernels, yo parcheé el 2.4.18 que
> todavía solo daba soporte de lectura para udf.
>
> En cuando a la estabilidad, a mi no me ha dado mayores problemas, una
> vez
> se quedo pillado el equipo y tuve que resetear, pero no perdí
> información
> y el disco volvió a funcionar sin ningún problema.
>
> Es un poco lento, cuando lo desmontas se toma su tiempo. :)
>
> En esta url encontré como parchear el kernel, echalé un vistazo si
> quieres:
>
> http://hints.linuxfromscratch.org/hints/cdrw-hint.txt
>
> Saludos.
Perdón, parece que el link está ya desfasado...
prueba:
http://archives.linuxfromscratch.org/mail-archives/hints/2002-December/001409.html
--
Fernando.
{:-{D>
"Hackers do it with fewer instructions."
Re: programa de copia de seguridad
Javier Aragones wrote:
>
> Hola:
> Perdón que me meta.
> La propiedad de grabar en udf que el kernel trae, que suele indicar que
> es insegura, ¿sirve para lo mismo?. O requiere un parche extra. Me
> refiero al 2.4.22.
> Saludos.
>
No estoy muy al tanto de los últimos kernels, yo parcheé el 2.4.18 que
todavía solo daba soporte de lectura para udf.
En cuando a la estabilidad, a mi no me ha dado mayores problemas, una
vez
se quedo pillado el equipo y tuve que resetear, pero no perdí
información
y el disco volvió a funcionar sin ningún problema.
Es un poco lento, cuando lo desmontas se toma su tiempo. :)
En esta url encontré como parchear el kernel, echalé un vistazo si
quieres:
http://hints.linuxfromscratch.org/hints/cdrw-hint.txt
Saludos.
> Fernando escribió:
> > Israel wrote:
> >
> >>Hola a todos.
> >>
> >>Este mail es para ver si alguno me podeis aconsejar sobre como realizar
> >>copias de seguridad en mi maquina. He estado buscando programas de backup e
> >>informandome sobre ellos (Bacula,Arkeia,Amanda,...), pero no me decido a
> >>instalar ninguno, ya que la mayoria sirven para hacer mil cosas mas de lo
> >>que yo necesito.
> >>Simplemente quiero hacer copia de seguridad de mi /home y algunos archivos
> >>mas, y poder pasarlos a un CDRW. Tambien me gustaría poder hacer copias
> >>diferenciales...
> >>¿Me podeis recomendar algun programa sencillo para X, o va a ser mejor
> >>hacer algo en linea de comandos (con tar,cdrecord,etc)?.¿que usais vosotros?
> >>
> >>Gracias y un saludo para todos.
> >>
> >>Israel
> >
> >
> >
> > Yo instalé un parche al kernel para dar soporte al formato udf (CD-RW) y
> > luego
> > simplemente ejecuto un "cp" de los archivos que han cambiado (man cp).
> >
> > Se puede incluso usar logrotate para ir conservando versiones de
> > archivos que
> > van siendo modificados.
> >
> > Cada cierto tiempo creo un CD-R para guardar...
> >
> > Por otra parte mantengo un cvs de todos los archivos que considero
> > importantes
> > (configuraciones, datos, etc) y de vez en cuando lo empaqueto (en un
> > .tgz).
> >
> > Creo que es mas que suficiente para un usuario "domestico" :)
> >
> > Saludos.
> >
>
--
Fernando.
{:-{D>
"Hackers do it with fewer instructions."
Re: programa de copia de seguridad
On Sat, 29 Nov 2003, Eladio Bulnes wrote: > >El día que tengas un error de un solo byte en tu copia, esta quedará > >totalmente inutilizada. No useis ni tar ni cpio para backups. > > > > > hombre, siempre se puede hacer una prueba para ver si la imagen iso está > bien y no hay problemas con el tar, evidentemente antes de grabarla: > losetup /dev/loop0 .iso ; > mount -t iso9660 /dev/loop0 /mnt/cdrom > luego navegar tranquilamente por ella y desmontarla: > > umount /mnt/cdrom losetup -d /dev/loop0 > > así te aseguras de que no hay ningun error y, por lo tanto, ningún problema. > Yo utilizo este metodo. Con eso te aseguras de que la información es legible, y que la lista de archivos coincide y poco más. Lo de navegar y mirar las cosas no ofrece demasiadas garantías. Te permitirá solo detectar errores de bulto. El posible deterioro de la información en el propio soporte es algo que no puede ser prevenido. Si esto te ocurre con un cpio comprimido te puede inutilizar toda una copia de varios gibabytes con un solo caracter alterado. A mi esto me pasó en una cinta y tambien me ha pasado en un CDrom. Son errores muy infrecuentes pero cuando pasan hay que procurar que no signifique un desastre. Si en un largo script se cambia una 't' por un ' ' dudo que una inspeccion ocular lo detecte. Quizás el script no funcione igual. 'rm -fr /tmp/papelera' --> 'rm -fr / mp/papelera' Ojo: No hagas esta prueba si valoras en algo tu sistema. Yo en lugar de verificar manualmente un fichero imagen antes de grabarlo lo que habo es verificar la propia con el original copia byte a byte. Para eso lo que hago es hacer la copia y la comprobación en modo mono usuario. Evidentemente en un servidor que tenga que dar servicio permanente no se puede hacer así pero incluso en esos casos cabe comprobrar que los unicos ficheros que presentan diferencias con el original son aquellos en los cuales el original ha cambiado. Si mi copia sufriera una alteración posterior, en un solo byte esta solo afectaría a un fichero porque no se comprime la copia en bloque sino fichero a fichero y se evita comprimir ficheros que ya están comprimidos. Pero resumiendo. tar y cpio no fueron diseñados para cuprir las necesidades especificas de copias de respaldo. Son programas clásicos de los sitemas Unix que se han venido utilizando para eso durante muchos años y ya existe una larguísima experiencia sobre toda clase de inconvenientes que tienen. Por eso afio fué especificamente diseñado para suplir todas las desventajas que estos programas tienen para su uso como sistema de respaldo. Tu puedes usar lo que quieras pero te aconsejo que pruebes a hacer alguna copia con afio y luego me comentas. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// << http://www.ciberdroide.com >> _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
Antonio Castro escribió: On Fri, 28 Nov 2003, Rafael F. Rodríguez wrote: Holas :-) . Para hacer copia de seguridad utilizo el tar comprimido (bzip2), para grabarlo en cdrom uso el cdrecord, así de estar forma con un sencillo script hago: 1) tar de los ficheros que quiero copiar. 2) creo la imagen iso del tar 3) grabo la imagen iso del cd. El día que tengas un error de un solo byte en tu copia, esta quedará totalmente inutilizada. No useis ni tar ni cpio para backups. hombre, siempre se puede hacer una prueba para ver si la imagen iso está bien y no hay problemas con el tar, evidentemente antes de grabarla: losetup /dev/loop0 .iso ; mount -t iso9660 /dev/loop0 /mnt/cdrom luego navegar tranquilamente por ella y desmontarla: umount /mnt/cdrom losetup -d /dev/loop0 así te aseguras de que no hay ningun error y, por lo tanto, ningún problema. Yo utilizo este metodo. Usar afío. Cuestión de gustos Ademas afío permite compatibilizar la copia comprimida con el multivolumen con split también puedes hacerlo (zip, tar, gz, etc) y es francamente fácil unirlas de nuevo (man split) y te permite comparar la copia integramente con el original (no solo el listado de ficheros) y muchas cosas más.
Re: programa de copia de seguridad
On Fri, 28 Nov 2003, Rafael F. Rodríguez wrote: > Holas :-) . > > Para hacer copia de seguridad utilizo el tar comprimido (bzip2), para > grabarlo en cdrom uso el cdrecord, así de estar forma con un sencillo > script hago: > > 1) tar de los ficheros que quiero copiar. > 2) creo la imagen iso del tar > 3) grabo la imagen iso del cd. El día que tengas un error de un solo byte en tu copia, esta quedará totalmente inutilizada. No useis ni tar ni cpio para backups. Usar afío. Ademas afío permite compatibilizar la copia comprimida con el multivolumen y te permite comparar la copia integramente con el original (no solo el listado de ficheros) y muchas cosas más. -- Un saludo Antonio Castro /\ /\ Ciberdroide Informática \\W// << http://www.ciberdroide.com >> _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: programa de copia de seguridad
Hola: Perdón que me meta. La propiedad de grabar en udf que el kernel trae, que suele indicar que es insegura, ¿sirve para lo mismo?. O requiere un parche extra. Me refiero al 2.4.22. Saludos. Fernando escribió: Israel wrote: Hola a todos. Este mail es para ver si alguno me podeis aconsejar sobre como realizar copias de seguridad en mi maquina. He estado buscando programas de backup e informandome sobre ellos (Bacula,Arkeia,Amanda,...), pero no me decido a instalar ninguno, ya que la mayoria sirven para hacer mil cosas mas de lo que yo necesito. Simplemente quiero hacer copia de seguridad de mi /home y algunos archivos mas, y poder pasarlos a un CDRW. Tambien me gustaría poder hacer copias diferenciales... ¿Me podeis recomendar algun programa sencillo para X, o va a ser mejor hacer algo en linea de comandos (con tar,cdrecord,etc)?.¿que usais vosotros? Gracias y un saludo para todos. Israel Yo instalé un parche al kernel para dar soporte al formato udf (CD-RW) y luego simplemente ejecuto un "cp" de los archivos que han cambiado (man cp). Se puede incluso usar logrotate para ir conservando versiones de archivos que van siendo modificados. Cada cierto tiempo creo un CD-R para guardar... Por otra parte mantengo un cvs de todos los archivos que considero importantes (configuraciones, datos, etc) y de vez en cuando lo empaqueto (en un .tgz). Creo que es mas que suficiente para un usuario "domestico" :) Saludos. -- Javier Aragonés [EMAIL PROTECTED] [EMAIL PROTECTED] Linux Users # 170742 Curso de Linux para principiantes: http://javara.tripod.com/
Re: programa de copia de seguridad
Israel wrote:
>
> Hola a todos.
>
> Este mail es para ver si alguno me podeis aconsejar sobre como realizar
> copias de seguridad en mi maquina. He estado buscando programas de backup e
> informandome sobre ellos (Bacula,Arkeia,Amanda,...), pero no me decido a
> instalar ninguno, ya que la mayoria sirven para hacer mil cosas mas de lo que
> yo necesito.
> Simplemente quiero hacer copia de seguridad de mi /home y algunos archivos
> mas, y poder pasarlos a un CDRW. Tambien me gustaría poder hacer copias
> diferenciales...
> ¿Me podeis recomendar algun programa sencillo para X, o va a ser mejor hacer
> algo en linea de comandos (con tar,cdrecord,etc)?.¿que usais vosotros?
>
> Gracias y un saludo para todos.
>
> Israel
Yo instalé un parche al kernel para dar soporte al formato udf (CD-RW) y
luego
simplemente ejecuto un "cp" de los archivos que han cambiado (man cp).
Se puede incluso usar logrotate para ir conservando versiones de
archivos que
van siendo modificados.
Cada cierto tiempo creo un CD-R para guardar...
Por otra parte mantengo un cvs de todos los archivos que considero
importantes
(configuraciones, datos, etc) y de vez en cuando lo empaqueto (en un
.tgz).
Creo que es mas que suficiente para un usuario "domestico" :)
Saludos.
--
Fernando.
{:-{D>
"Hackers do it with fewer instructions."
Re: programa de copia de seguridad
Holas :-) . Para hacer copia de seguridad utilizo el tar comprimido (bzip2), para grabarlo en cdrom uso el cdrecord, así de estar forma con un sencillo script hago: 1) tar de los ficheros que quiero copiar. 2) creo la imagen iso del tar 3) grabo la imagen iso del cd. Además lo tengo puesto en el cron, así que todos los viernes cuando estoy en la oficina me hace la copia solita ;-) . Es cierto que hay muchos programas para hacer copias de seguridad como amanda que permite hacerlo de equipos remotos, pero no necesito tanto, sólo una copia de mi equipo :-) . El vie, 28-11-2003 a las 10:32, Israel escribió: > Hola a todos. > > Este mail es para ver si alguno me podeis aconsejar sobre como realizar > copias de seguridad en mi maquina. He estado buscando programas de backup e > informandome sobre ellos (Bacula,Arkeia,Amanda,...), pero no me decido a > instalar ninguno, ya que la mayoria sirven para hacer mil cosas mas de lo que > yo necesito. > Simplemente quiero hacer copia de seguridad de mi /home y algunos archivos > mas, y poder pasarlos a un CDRW. Tambien me gustaría poder hacer copias > diferenciales... > ¿Me podeis recomendar algun programa sencillo para X, o va a ser mejor hacer > algo en linea de comandos (con tar,cdrecord,etc)?.¿que usais vosotros? > > Gracias y un saludo para todos. > > Israel >
