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 |
> | . . . . . . . acastro@ciberdroide.com |
> +()()()---------()()()--------------------+
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
Reply to: