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]
> 

Responder a