Hola de nuevo,

respondo a  mi propia pregunta: al  parecer hay que incluir  la opci�n
padsize=#  en cdrecord  debido a  la implementaci�n  del driver  sg en
Linux (ver man  mkisofs, opci�n -pad, y man  cdrecord, opci�n padsize;
de alguna de las versiones  actuales de estos programas). As� evitamos
los errores de lectura en los �ltimos archivos del CD:

find . | afio -o -b 2048 -s325000x '!cdrecord padsize=1m -'

Seguramente no  es la �nica  soluci�n y posiblemente  1m es m�s  de lo
necesario (con este valor a m� me ha funcionado).

As� conseguimos  un backup con afio  en varios CDs: cuando  ha grabado
uno pide que insertemos el siguiente, y as� hasta finalizar.

En  cuanto  a  otros  programas,   al  final  he  encontrado  cdbackup
(http://www.muempf.de/) que  permite hacer  lo mismo  usando cualquier
programa de este tipo (tar, cpio, afio,...). Por ejemplo:

tar -cvf - /home | cdbackup -d /dev/scd0 -r 2,0

cdrestore -d /dev/scd0 -t 1 | tar -xv

Con el  a�adido de  organizar c�modamente  los backups  almacenados en
modo multisesi�n. No  he examinado con detalle  programas para backups
que creen sistemas  de ficheros ISO9660. Supongo que  su mayor inter�s
es la posibilidad  de leer el backup directamente  en cualquier parte,
pero personalmente no me satisfacen.

Gracias.

On vie, 26 abr 2002, Santiago Fernandez wrote:

> Hola,
> 
> �Alguien ha tenido �xito haciendo un backup a CD-RWs con afio?
> He probado (como explica en la p�gina manual):
> find . | afio -o -b 2048 -s325000x -v '!cdrecord -'
> y luego recupero los ficheros con:
> afio -i -v /dev/cdrom
> (s�lo he usado un CD-RW que no he llenado por completo)
> Esto �ltimo genera errores (a veces en el bus SCSI, y otros):
> [...]
> fich.tar.gz -- okay
> fich2.tgz -- okay
> afio: "/dev/cdrom" [offset 1m+136k+0]: Input/output error
> afio: "/dev/cdrom" [offset 1m+141k+0]: Input/output error
> afio: "fich3.deb": Corrupt archive data
> fich3.deb -- okay
> afio: "/dev/cdrom" [offset 1m+144k+244]: Bad magic number
> afio: "fich3.deb": May be corrupt
> [...]
> afio: "/dev/cdrom" [offset 2m+348k+0]: Input/output error
> afio: "/dev/cdrom" [offset 2m+353k+0]: Input/output error
> [...]
> de  forma  que todos  los  ficheros  recuperados  tienen la  suma  md5
> correcta salvo  el �ltimo  (fich3.deb), aunque  no puedo  asegurar que
> esto sea siempre as�.
> 
> Lo he probado  en un equipo SCSI  con "potato" y en uno  IDE con "sid"
> con id�ntico resultado. No  he conseguido encontrar informaci�n alguna
> sobre este tema.
> 
> Supongo que el  problema es que cdrecord no sabe  la cantidad de datos
> que va a grabar:
> cdrecord: WARNING: Track size unknown. Data may not fit on disk.
> lo cual  hace que  no se finalice  adecuadamente la  grabaci�n. Adem�s
> esto no es un ISO9660, ni siquiera un sistema de ficheros (?).
> 
> �Alguien tiene  alguna experiencia  al respecto? �Qu�  soluci�n podr�a
> ser viable?
> 
> Si no ten�is  respuesta a lo anterior, �qu� sistema  funciona de forma
> similar?:
>   - multivolumen
>   - CD-RWs
>   - "al vuelo"
>   - que funcione como un t�pico programa de backup (tar, afio, etc...)
> He  encontrado un  mont�n  de programas  para hacer  backups  a cds  y
> ninguno parece  reunir caracter�sticas de  este tipo y  sencillez como
> ocurre con la combinaci�n find | afio | cdrecord.
> 
> Gracias.
> -- 
> Santi
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Santi.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Responder a