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]   |
+()()()---------()()()--------------------+

Responder a