[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: afio y cdrecord



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 debian-user-spanish-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

-- 
Santi.


--
To UNSUBSCRIBE, email to debian-user-spanish-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



Reply to: