Grabadoras de CD - Como
Leandro Terrés, lord_lt@retemail.es
v1.6.1, 21 de Noviembre de 1999
Introducción al uso de Grabadoras de CD-R, CD-RW y DVD bajo Linux, así
como descripción del uso de los programas necesarios. Este documento
se diferencia del Creación-CDRoms-Como por su enfoque, más centrado en
el uso de distintos tipos de grabadoras, y las últimas novedades soft
ware. Es conveniente que también lea el Creacion-CDRoms-Como, enfocado
más en la plataforma SCSI, que profundiza más en los aspectos técnicos
de la tecnología CD-R y en sus posibilidades.
______________________________________________________________________
Índice General:
1. Introducción
1.1. Aportaciones
2. Grabadoras soportadas
3. Configuración del Kernel
3.1. Configurar el Kernel para grabadoras SCSI
3.1.1. Activación y desactivación de dispositivos SCSI al vuelo
3.2. Configurar el Kernel para grabadoras IDE
3.3. Configurar el Kernel para grabadoras IDE-ATAPI por puerto
paralelo
3.4. Otras opciones del kernel recomendables
4. Nomenclatura de dispositivos SCSI
4.1. Dispositivos genéricos
4.2. Dispositivos de bloque
4.3. Notación estándar
5. Sistemas de ficheros
5.1. Joliet y Romeo
5.2. Rock Ridge (High Sierra)
5.3. HFS (Hierarchical Filesystem)
5.4. UDF (Universal Disk Format)
5.5. EXT2 (Extended Filesystem II)
5.6. El Torito
6. Programas necesarios para grabar
6.1. Programas para creación de las imágenes
6.1.1. mkisofs
6.1.2. mkhfs
6.1.3. mkhybrid
6.1.4. mke2fs
6.2. Software de extracción de audio
6.2.1. readcdda
6.2.2. cdda2wav
6.3. Software de grabación
6.3.1. cdrecord
6.3.1.1. Parámetros configurables permanentemente de cdrecord
6.3.1.2. Grabacion sin imagen
6.3.2. cdwrite
6.3.3. cdrdao
6.4. Entornos Integrados
6.4.1. X-CD-Roast
6.4.2. Burn-It
6.4.3. CDR
6.5. Otros programas y utilidades
7. Software DAO y generadores de subcódigos.
7.1. cdrecord 1.8
7.2. CD Builder
7.3. cdrdao
7.3.1. Copia al vuelo de CD-ROMs.
7.3.2. Extracción y grabación de imágenes DAO con cdrdao.
7.3.3. Scripts que acompañan a cdrdao.
7.3.4. Duplicado de CD-ROMs de PlayStation con CDRDAO.
7.3.5. A tener en cuenta
8. Preguntas de Uso Frecuente
8.1. Cuando grabo con cdrdao , muestra una capacidad de casi 750
megas para un CD 74 minutos. ¿Esto a que se debe?
8.2. Me sale un mensaje muy parecido al siguiente después de que el
disco duro deje de funcionar durante unos segundos.
8.3. ¿Hay alguna forma de hacer una imagen exacta de un CD al disco
duro que no sea copiar los ficheros del CD al disco y luego sacar la
imagen?
8.4. ¿Se puede copiar de CD a CD (sólo de datos) directamente sin
ningún problema?
8.5. ¿Puedo duplicar directamente un CD mixto o de audio?
8.6. ¿Puedo duplicar CDs en formato xa2? (Por ejemplo, de
PlayStation)
8.7. ¿Hay alguna FAQ genérica sobre CD-R o CD-RW?
8.8. He grabado un CD de Audio, pero al escucharlo sólo se oye un
zumbido horripilante...
8.9. Problemas con más de un dispositivo en controladoras SCSI NCR
8.10. ¿Como se crea un CD Mixto?
8.11. ¿Como se graba un CD multisesión?
8.12. ¿Como se crea un CD Plus?
8.13. ¿Se puede usar la grabadora para leer o extraer?
8.14. Tengo una grabadora HP-7500, y cdrecord me hace cosas
raras...
8.15. CDRDAO no detecta bien mi unidad
8.16. Sugerencias y peticiones
9. Créditos
10. Anexo: El INSFLUG
______________________________________________________________________
1. Introducción
Este documento pretende guiar al usuario, de forma que sepan qué
tienen que hacer y cómo solucionar los posibles problemas que puedan
plantearse a lo largo del camino de la grabación de CDRoms.
Se da una pequeña explicación sobre los sistemas de ficheros para los
CDs (todo a su tiempo) y de cómo se usan los programas más utilizados
para grabar en Linux. Por supuesto, y en último lugar, la omnipresente
PUF (Preguntas de Uso Frecuente) por si se escapa algo.
Recomiendo leer todos los apartados, uno detrás de otro, para ampliar
conocimientos, que resultará beneficioso a la hora de buscar posibles
irregularidades, fallos o errores en la elaboración de este documento
o en lo que se refiere a conceptos en Linux en sí.
Y ya por último indicar que hasta la versión 1 de este documento
explicaremos cómo se graban CDs normales, pero para la siguiente
versión, la 2.0 intentaremos ir mas allá, a las grabadoras DVD,
momento que bajo mi punto de vista no tardará en llegar.
1.1. Aportaciones
Recuerde que este documento está en desarrollo y cualquiera que pueda
aportar su granito de arena con sus problemas y soluciones,
correcciones (ya que seguro que me he equivocado en algún sitio) o
adición de detalles; siendo además amablemente incluido como
colaborador. (Ver sección ``Créditos'')
Para hacerlo sólo tiene que o bien utilizar el sistema en línea de
Insflug, http://www.insflug.org/comos/comos.php3 de adición al sistema
de fe de erratas, o sugerencias, para que inmediatamente esté
disponible para todos, y enviar un mail a lord_lt@retemail.es
Animo a leer este documento con paciencia, sin reparos en participar
con correcciones o añadiduras al mismo, para que toda la comunidad
Linux se beneficie de él. Las felicitaciones y enhorabuenas también
son bien recibidas ;-).
2. Grabadoras soportadas
Podemos dividir el soporte a una grabadora bajo LiNUX en tres
aspectos:
1. Que Linux tenga soporte genérico para el bus del que cuelga la
grabadora.
2. Que el software específico de grabación soporte la utilización de
dicho bus para grabar.
3. Que además de lo anterior, el software específico de grabación
soporte la grabadora en concreto.
Respecto al punto 1, Linux soporta genéricamente grabadoras CD-R, CD-
RW, DVD-R, DVD-RW y DVD-RAM con interfaces:
· SCSI
· IDE/ATAPI
· IDE/ATAPI por puerto paralelo.
Podemos decir por tanto que, a excepción de las grabadoras SCSI, con
las que además es preciso que la controladora SCSI esté soportada por
Linux, hoy en día la capacidad de utilizar una grabadora en concreto
reside enteramente en el programa utilizado para grabar.
En la actualidad, el único programa con desarrollo activo es cdrecord;
por lo que la cuestión dependerá enteramente de que cdrecord la
soporte o no; a grosso modo, podemos afirmar que casi todas las
grabadoras están soportadas.
En http://www.guug.de:8080/cgi-bin/winni/lsc.pl Winfried Truemper
mantiene un listado de las soportadas. Si entre ellas está la suya,
hay un 99% de posibilidades de que pueda utilizarla bajo Linux sin
problemas.
No obstante, la última palabra la tiene siempre la documentación de
cdrecord: vea la sección ``cdrecord''.
Aun en el caso de que su grabadora no estuviera soportada, le quedaría
la opción de crear las imágenes bajo Linux, y grabarlas bajo cualquier
otro sistema operativo.
3. Configuración del Kernel
El primer paso es configurar el kernel para que Linux vea nuestras
grabadoras y/o lectores correctamente, tanto si son SCSI como IDE o
ATAPI por puerto paralelo.
En los dos últimos casos hay que hacer ciertos «chanchullos», aunque
el que más pueda resultar dificultoso sea configurar el kernel para
grabadoras IDE, ya que no basta conectarla, decirle que es un
dispositivo IDE/ATAPI CD-ROM y directo a grabar como un poseso; hay
que recompilar el kernel con una serie de opciones y modificaciones
que se describen y explican en su apartado correspondiente.
Hay que saber cómo configurar el kernel, para ello entramos en el
directorio /usr/src/linux, donde normalmente se encuentran los
fuentes. Para asegurarnos de que nada raro pueda pasar, ejecutaremos
make mrproper lo que elimina todos los binarios, incluso las
configuraciones; es decir, una limpieza exhaustiva que asegure que no
haya ninguna interferencia de nada de lo anterior que pueda hacer que
el nuevo kernel no compile o nos dé errores.
Una vez hecho esto, teclearemos make menuconfig si queremos interfaz
ncurses para el shell o make xconfig desde un terminal de X-Window
para hacer lo mismo en X con interfaz TCL/TK, lo que quiere decir que
si no tiene dichas librerías no podrá compilar los programas
respectivos.
Podrá recurrir en última instancia al viejo programa de configuración,
un script que se invoca desde la consola con make config y en el que
tendrá que poner y (si), n (no) y/o m (módulo) el los lugares en donde
corresponda en el prompt, ya que éste no permite volver hacia atrás;
si quiere hacerlo tiene dos opciones, una pulsar Control+C y cancelar
la configuración volviendo a empezar, o terminar de configurar y
volver a empezar, (lo configurado anteriormente se mantiene), y
rectificar lo que haya dejado o haya puesto mal.
Si tiene mas dudas sobre cómo configurar el núcleo del sistema le
remito al documento Kernel Como que se encuentra en
http://www.insflug.org.
3.1. Configurar el Kernel para grabadoras SCSI
Voy a suponer que no tiene ni la más remota idea de qué es el sistema
SCSI, cosa en la que tampoco voy a profundizar, ya que para eso hay un
hermoso documento llamado SCSI-HOWTO al cual puede referirse en caso
de dudas y o problemas de configuración del dispositivo SCSI.
El caso es que se ha comprado un equipo cuya placa madre trae SCSI
integrada, o una controladora SCSI en la que ha puesto el CD, y el
dichoso windows lo ha configurado a la primera o los amables chicos de
la tienda de informática en donde acaba de comprarlo han instalado y
configurado todo.
Lo primero es saber qué tipo de controladora SCSI es, me refiero a su
chip principal; las controladoras más comunes son Adaptec, Advansys y
las basadas en los chip Symbios 53c8xx (NCR), pero si no tiene ninguna
de éstas no se preocupe, el kernel lleva soporte para muchas más.
Puede saber qué controladora tiene mirando simplemente los manuales,
mirando el chip principal de la tarjeta o el nombre del controlador de
windows (sólo en última instancia).
Si el controlador no corresponde exactamente al modelo que aparece en
el kernel, seguramente funcionará con alguno de los que lleva
genéricos para varios tipos de controladoras con las mismas
características. Puede compilar como módulo las que más se parezcan al
suyo y luego ir probando los módulos hasta que dé con el que
corresponda. Si al cargar algún módulo nota que se le ha quedado el
ordenador colgado, no lo vuelva a intentar con ese, ya que algunos
controladores que no corresponden al hardware instalado son cargados
de todos modos produciendo estas desagradables situaciones.
Acto seguido nos vamos a la configuración del kernel y entramos en
SCSI Support, lo que luego nos dejará señalar las demás opciones que
son para dar soporte genérico, y a unidades de CD-ROM, Discos Duros y
cintas, de las cuales nos interesa el soporte genérico, SCSI generic
support, que proporciona el interfaz ASPI, (para poder grabar) y el
SCSI CD-ROM support, para leer unidades de CD-ROM, incluidas
grabadoras y DVDs. Si dispone de un disco duro, ZIP o JAZ SCSI deberá
responder y también si quiere poder usarlo.
Si por casualidad tiene la grabadora como unidad externa, y la
controladora SCSI dedicada en exclusiva a ella, recomiendo que ponga
el driver de la controladora como módulo, es decir, poniendo m en
lugar de y, ya que le permitirá cargar/descargar a voluntad todos los
módulos de soporte SCSI cuando no los necesite, y apagar la unidad
externa cuando no la esté usando (cosa que con windows no es posible
hasta el W98) ya que al cargar su módulo, la controladora inicializará
y escaneará los dispositivos de nuevo sin necesidad de reiniciar el
ordenador para detectarlos; si la tiene interna, añada el soporte
directamente en el kernel y se ahorra trabajo en cargar los módulos.
Tenga en cuenta no obstante, que si carga, descarga, y vuelve a cargar
el módulo sin reiniciar el equipo, la controladora recibirá un número
de host distinto, y los parámetros que tengamos para cdrecord
configurados no serán válidos.
Si no puede descargar el soporte SCSI por tener otros dispositivos
dependiendo de él (porque su disco duro raíz sea SCSI, por ejemplo, o
por no poder tenerlo como módulo por las razones que sean) también
puede activar y desactivar dispositivos a voluntad, incluidas
grabadoras, cintas, escáneres, etc. sin necesidad de descargar el
módulo. vea la sección ``Activación y desactivación de dispositivos
SCSI al vuelo''.
Así que una vez hecho esto pase al apartado siguiente para especificar
el driver de su controladora. Si le ha dicho antes, en soporte SCSI,
que lo compile como módulo solo le dejará seleccionar como módulo el
driver del controlador.
Espero que no se equivoque en escoger el driver para su controladora,
porque si es así le tocará elegir otro y recompilar solo los módulos.
Una vez recompilados los nuevos módulos, previa configuración, sólo
tendrá que probarlos; si ha incluido soporte SCSI en el kernel junto a
un controlador, éste detectará el dispositivo y podrá accederse a él
desde los ficheros de dispositivo /dev/scdX o /dev/srX (estos últimos
se crean, si no lo están ya, a través de un script que se puede
encontrar junto a los programas de grabación, así como con el script
/dev/MAKEDEV, o bien el que trae el X-CD-Roast (sección ``X-CD-
Roast'') o bien a mano con el comando mknod con este bucle:
for i in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ;
do mknod /dev/sr$i b 11 $i;
done
Del mismo modo, si lo ha hecho como módulo, sólo tendrá que cargar los
módulos SCSI en el siguiente orden:
1. Módulo scsi_mod.o que es el driver principal del que cuelgan todos:
insmod scsi_mod
2. Seguido del módulo de soporte para SCSI genérico (proporciona el
interfaz ASPI Advanced SCSI Programming Interface, para poder
grabar CDs, o usar algunos programas con unidades de cinta,
escáneres, etc) sg.o y el de soporte de CD-ROMs SCSI, sr_mod.o:
insmod sg
insmod sr_mod
3. Por último, hacer un insmod al driver que corresponda a su
controladora, el cual sacará un debug de lo que encuentre, de tal
forma que las unidades de CD corresponderán a /dev/sr0 para el
primer dispositivo CD-ROM SCSI, /dev/sr1 para el segundo, etc,
independientemente del bus o ID SCSI en el que estén.
De todas maneras si hace un cat al archivo /proc/scsi/scsi podrá ver
qué ID SCSI se tienen sus dispositivos, dato indispensable para
determinar los interfaces genéricos /dev/sgX.
Si instala X-CD-Roast podrá usar los dispositivos /dev/sr0 hasta
/dev/sr15; también puede usarlos en lugar de los dispositivos
/dev/scdX, que usan otros programas, como cdrecord. Estos son los
nuevos dispositivos que se usarán a partir de ahora para referirse a
las unidades de discos ópticos tipo ROM como los CD-ROM y DVD-ROM.
Recomiendo que active el soporte kerneld, e introduzca el alias
apropiado a la controladora en /etc/conf.modules, para que la carga de
los módulos sea automática. Si tiene dudas sobre esto, lea el Kernel-
Como para mejor referencia. Si ya tiene una distribución con el kernel
2.2.XX no se cargará el kerneld, el propio kernel hace las funciones
del kerneld.
Lea también la sección ``Configuración del kernel para grabadoras
IDE'' porque explico algunas cosas más que pueden servir para
solucionar posibles problemas que puedan ocurrir y que son comunes
tanto para IDE como para SCSI. Y porqué no, para cuando un amigo se
instale una grabadora IDE...
3.1.1. Activación y desactivación de dispositivos SCSI al vuelo
La forma más limpia de hacer que el kernel active o desactive sin
necesidad de resetear el sistema, o cargar/descargar módulos, dando
igual si está compilado el soporte como módulo o no, es mediante el
siguiente método.
El activar o desactivar dispositivos SCSI a voluntad sin necesidad de
demasiados aspavientos puede ser más práctico de lo que parece:
suponga que su grabadora es externa, y la mantiene apagada mientras no
la usa, lo mismo sucede con un scanner, unidad ZIP, JAZ, CDROMs o
unidades de cinta externa, dando por supuesto que son SCSI, claro
está.
Advertencia: Cuando hablamos de activar, nos referimos al caso en que
el dispositivo está conectado externamente a la controladora, pero en
un principio apagado, y una vez encendido, deseamos activar; no que
cualquier controladora SCSI mediante este método soporte
conexión/desconexión en caliente de dispositivos, tenga cuidado o
puede desde corromper datos a estropear definitivamente dispositivos
del bus SCSI.
Supongamos que la grabadora está en la primera o única controladora
SCSI del sistema, y que la grabadora tiene asignado el ID SCSI 4.
si ejecutamos el comando:
echo "scsi add-single-device 0 0 4 0" > /proc/scsi/scsi
El kernel activará la grabadora.
En este caso, el primer 0 especifica la primera controladora, el
segundo el canal de la controladora (a menos que tenga una Wide o UW
SCSI. siempre será 0, ya que sólo tiene uno; no confundir canal con
conector) el 4 especifica el ID SCSI, y el último 0 el LUN. (Ver
sección ``Notación estándard'')
y si ejecutamos
echo "scsi remove-single-device 0 0 4 0" > /proc/scsi/scsi
La desactivaremos.
3.2. Configurar el Kernel para grabadoras IDE
El problema de las grabadoras IDE es que no hay software específico
que detecte y grabe en estos dispositivos, ya que todos los programas
se basan en la interfaz SCSI (ASPI) del kernel para acceder a éstos.
Por esta razón, no es tan sencillo configurar del Kernel para las
grabadoras IDE. Lo primero es aplicar una pequeña modificación al
Kernel, sólo necesario si tiene una grabadora Regrabable HP como las
7100 o 7110 o superiores.
La modificación, que consiste en aumentarle el tiempo de espera del
IRQ, es absolutamente necesaria ya que si no lo hacemos no cerrará los
CDs, o al intentar cerrarlos, es decir, al escribir la Tabla de
Contenidos, se detendrá con un error y habremos perdido el CD sin
forma de recuperarlo.
Para efectuarla, vamos al archivo ide.h que se encuentra en
/usr/src/linux/drivers/block, y buscamos la siguiente línea:
#define WAIT_CMD (10*HZ) /* 10sec - maximum wait for an IRQ to happen */
que tenemos que modificar de modo que quede así:
#define WAIT_CMD (1000*HZ) /* 1000sec - maximum wait for an IRQ to happen */
Con lo cual solucionamos el problema. Parece ser que con poner 400 en
vez de 1000 funciona, pero no lo he probado personalmente. De todas
formas, con el paquete de los fuentes del cdrecord viene un archivo
llamado README.ATAPI, en que se dice que haga exactamente esto, así
como cómo hacer funcionar estas grabadoras con la versión antigua de
cdrecord, es decir, la 1.5, aplicándole un serie de parches al
programa y al kernel.
Una vez realizada la modificación debe configurar el kernel, ir al
menú Floppy, IDE and other block devices, desactivar el soporte para
IDE/ATAPI CD-ROM (¡OJO, NO el Enhanced IDE/MFM/RLL
disk/cdrom/tape/floppy support!) y activar la emulación SCSI que sólo
hay en los últimos kernel, versiones 2.0.31 en adelante y 2.2.XX, para
que así los programas detecten nuestra grabadora IDE como SCSI y
funcione como tal.
Si activamos el soporte IDE/ATAPI para las unidades de CD-ROM el
kernel no detectará nuestra grabadora como un dispositivo SCSI y
habremos perdido el tiempo. Hacer que a nuestra grabadora la vean los
programas como si fuera SCSI es muy sencillo, y se basa en que las
grabadoras reciben comandos estandarizados (pertenecientes al interfaz
ASPI, Advanced SCSI Programming Interface) para grabar que por
casualidad son específicos de los SCSI; de esta forma, con la
emulación lo que hacemos es que se puedan enviar este tipo de comandos
a través del bus IDE de nuestra grabadora.
Hasta el momento que he tenido para probarlo, funciona perfectamente,
tan bien, que se consigue un rendimiento similar al de una SCSI
auténtica.
De la misma forma, windows lo que hace es emular SCSI con las IDE, lo
que le trae una pequeña serie de inconvenientes como cierto software
que no funciona bien o el excesivo consumo de recursos del sistema.
Por lo visto las grabadoras IDE consumen muchos recursos, más que las
SCSI, pero en linux con la emulación la carga parece menor, o al menos
no se nota de forma excesiva; lo único recomendable es dejar un puerto
IDE para ella sola, según recomiendan los fabricantes; lo mas común
suele ser el secundario.
Con esto nos aseguramos de que no haya cualquier posible interferencia
del otro dispositivo que haya conectado al puerto de la grabadora
(solo por seguridad); yo he probado a tener el lector y la grabadora
en el mismo interfaz, esto se puede hacer pero recomiendo que desmonte
la unidad lectora de CD para que no haya interferencias; se puede
usar, por ejemplo, para escuchar CDs de música mientras se graba el
CD, si tiene botón de reproducción, claro esta ;).
He recibido noticias de que hay gente que tiene la grabadora y la
unidad lectora colocadas en la misma interfaz haciendo copias directas
sin muchos problemas. Antes de ponerlo así, recomiendo realizar muchas
pruebas antes de dejarlo de forma fija.
El último paso para configurar el kernel es ir a la sección SCSI
support e incluir el soporte SCSI en el kernel, junto al SCSI generic
y el soporte SCSI para los CD-ROM (Ojo, no lo haga como módulo, hay un
fallo en la configuración para la emulación SCSI a la hora de incluir
el soporte genérico SCSI en el kernel, por lo que si no lo incluimos
manualmente en él no podremos compilar el nuevo kernel y es posible
que se pase un buen rato dándole vueltas a lo mismo).
Gracias a este procedimiento ahora nuestra grabadora y/o lectora/as
aparecerán como dispositivos SCSI en vez de IDE.
No es nada recomendable hacer cosas con el disco duro «origen»
mientras se está grabando, si lee datos de un disco secundario podrá
trabajar con el principal, pero no recomiendo abusar de su uso ya que
es posible que pueda haber alguna pequeña interferencia con el DMA,
aunque no suele ser muy común. Es decir, deje el disco duro sólo para
la grabación.
Otra cosa a tener en cuenta es que si no tiene un disco con extracción
por DMA como un Fast ATA o Ultra DMA desactive del kernel el soporte
para el chip Intel Tritón (I/II), ya que si hará interferencia el DMA
con la emulación y dejará el controlador colgado, obligándole a
resetear el ordenador con ese botón que se tiene algo olvidado la
gente de linux. (Mirar en el apartado ``Preguntas de Uso Frecuente'')
para más detalles).
3.3. Configurar el Kernel para grabadoras IDE-ATAPI por puerto par
alelo
¿Grabadoras por puerto paralelo? ¿De verdad eso existe? Pues sí,
existe, y cómo Linux es capaz de usarlas, ¿Cómo? Gracias cdrecord y a
los desarrolladores del kernel que han introducido como novedad de los
núcleos 2.1.x: (de desarrollo) el soporte para unidades ATAPI por
puerto paralelo como unidades de CD-ROM y discos duros.
Para esto deberemos tener el kernel 2.0.35 o superior con la
configuración necesaria para que reconozca nuestra unidad externa, que
se describe a continuación:
Lo primero de todo es reiniciar el ordenador y entrar en la
configuración de la BIOS, y, normalmente, en el menú Integrated
Peripherals, si tiene la controladora del puerto paralelo integrada en
la placa base, como en las últimas placas de 486 y en todas las placas
de Pentium y Pentium Pro/II. Configuraremos el puerto de impresora en
modo EPP, si no lo establecemos así, no habrá forma de que funcione.
Seguidamente, una vez arrancado nuestro sistema entrar en la
configuración del kernel en Floppy, IDE, and other block devices y
seleccionar como módulo el parámetro Parallel port IDE device support.
Seguidamente seleccionar, al menos, también como módulos los
siguientes:
· Parallel port ATAPI CD-ROMs
· Parallel port generic ATAPI devices
· Shuttle EPAT/EPEZ protocol
De esta forma ya tenemos los módulos para hacer funcionar la grabadora
como unidad lectora; si lo prefiere puede incluirlo en el kernel, pero
primero asegúrese de que funciona bien como módulo antes.
Seguidamente procedemos a la recompilación e instalación de los
módulos en su lugar, y sin necesidad de reiniciar (a no ser que se
actualice partes no compiladas como módulos) ejecute depmod -a para
crear las dependencias de los módulos a fin de poder cargarlos con
modprobe, kerneld o kmod.
Comenzamos por cargar el modulo paride, el epat, y por último el
módulo del driver que vayamos a usar; como nos interesa poder usar
nuestra grabadora tenemos que cargar el pg para que nos reconozca la
grabadora cdrecord (equivalente al módulo sg en SCSI) y el pcd para
usar la grabadora como unidad lectora (el equivalente a sr en SCSI).
Para usar nuestra unidad como lectora debemos montar la unidad con la
orden:
mount /dev/pcd0 /cdrom
No obstante, si piensa utilizar su grabadora como lector, o para
extracción de audio asiduamente, le recomiendo que lea la sección
``¿Es recomendable utilizar la grabadora para extraer o leer?'', su
bolsillo lo acabará agradeciendo.
Si no existe el dispositivo /dev/pcd0 puede crearlo con el siguiente
bucle:
for i in 0 1 2 3 ; do mknod /dev/pcd$i b 46 $i ; done
Si dispone del un kernel de la serie 2.1.x o 2.2.x antes de usar los
controladores de cualquier dispositivo de puerto paralelo ha de cargar
el módulo parport.o, el cual hace de interfaz para poder tener
cargados y operativos varios dispositivos de puerto paralelo al mismo
tiempo como unidades ZIP, discos y lectores/grabadores de CD e
impresoras y scanners simultáneamente (genial ¿¿¿no??? ;-)).
Como todavía no ha caído en mis manos una grabadora de este tipo no he
podido hacer pruebas ni nada por el estilo, los detalles de la
configuración del kernel los he elaborado a partir de lo que he podido
recopilar leyendo por la Web y la ayuda prestada por colaboradores.
Apelo a la colaboración de la comunidad linuxera a fin de completar
este apartado con lo que más le vaya haciendo falta, para estar a la
altura de los anteriores; bien se lo merece el esfuerzo mostrado por
las personas que hacen posible que dispositivos tan raros y
minoritarios sean capaces de ser utilizados por Linux.
3.4. Otras opciones del kernel recomendables
En linux (y en unix) existe la posibilidad de poder acceder, leer y
escribir en sistemas de archivos que no se encuentren en una partición
o en un disco, sino, en un fichero. ¿Cómo? ¿En un fichero? Si, así es,
y para eso solo necesitamos dos cosas, un dispositivo loopback y el
comando mount.
Para asegurarnos de que incluimos esta opción en el kernel como módulo
entramos en la configuración del kernel mediante make menuconfig, y
accedemos al menú Floppy, IDE, and other block devices; justo tras
Additional Block Devices se encuentra la opción Loopback device
support la cual recomiendo seleccionar como módulo, y si en el menú
principal Filesystems tiene seleccionada la opción Kernel automounter
support al montar el archivo, este módulo se cargará automáticamente;
si la opción anterior está como módulo deberá cargarlo a mano, sino no
se cargará automáticamente ningún modulo y nos dará error. Para
cargarla manualmente deberemos teclear: insmod loop.
También debemos asegurarnos que en dev existan los ficheros especiales
de dispositivo loopX:
brw-rw---- 1 root disk 7, 0 Jul 1 1996 /dev/loop0
brw-rw---- 1 root disk 7, 1 Jul 1 1996 /dev/loop1
brw-rw---- 1 root disk 7, 2 Jul 1 1996 /dev/loop2
si no los tiene, créelos con el siguiente bucle:
for i in 0 1 2 3 4 5 6 7; do mknod /dev/loop$i b 7 $i ; done
así, para montar una imagen para revisarla, en el directorio
/mnt/imagenesCD haremos:
mount -o loop imagenCD.iso /mnt/imagenesCD
Una vez hecho esto, acceda al directorio /mnt/imagenesCD y podrá ver
los contenidos de la imagen. Las imágenes ISO9660 son de sólo lectura,
por lo que no podrá modificarlas de ninguna manera, claro, a menos que
genere otra imagen nueva.
Como puede observar no he puesto el comando -t iso9660 para
especificarle que es una imagen ISO9660, ya que automáticamente lo
debe detectar.
Si tiene pensado hacer imágenes Joliet, le recomiendo que cargue en el
kernel el soporte para Joliet, en el menú principal Filesystems,
activar el soporte para ISO9660 en los kernels 2.0.33 en adelante, y
en los superiores a 2.0.37, o 2.1.x o 2.2.x activar Microsoft Joliet
CD-ROM extensions; y dentro del submenú Native Language Support
activar Codepage 437, 850 y NLS ISO 8859-1.
Recomiendo al menos incluir esto como parte del kernel de arranque,
aunque si no le sobra mucha memoria inclúyalos como módulos, que el
kernel se ocupará de cargarlos cuando sea necesario. El resto de
Codepages y NLSs recomiendo que los ponga como módulos si decide
activarlos, aunque los más utilizados son los mencionados
anteriormente.
4. Nomenclatura de dispositivos SCSI
Este es un tema para el que convendría que leyera el SCSI-Howto, pero
como no hay disponible traducción, haré una breve introducción,
necesaria para poder especificar parámetros necesarios al software que
usaremos.
Básicamente, para lo que necesitamos, hemos de saber de la existencia
de los dispositivos de bloque, /dev/scdX o /dev/srX, y los
dispositivos genéricos, /dev/sgX:
4.1. Dispositivos genéricos
En lo que a nosotros atañe, tanto para extraer audio, como para grabar
bajo Linux, el kernel ha de tener activado Generic SCSI Support, que
proporciona la interfaz ASPI necesaria.
Pero, ¿de qué manera determina Linux cómo ha de tratar un mismo
dispositivo? dependiendo de a qué fichero de dispositivo le hagamos
referencia; si es un fichero de dispositivo de bloques, lo tratará
como tal, y si es genérico, utilizará comandos ASPI.
El dispositivo genérico de cada unidad conectada al bus SCSI se
determina mediante su ID SCSI, haga cat /proc/scsi/scsi para ver un
listado de los disponibles en su sistema, por ejemplo:
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: QUANTUM Model: FIREBALL1280S Rev: 630G
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: QUANTUM Model: FIREBALL ST4.3S Rev: 0F0C
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 02 Lun: 00
Vendor: PIONEER Model: CD-ROM DR-U06S Rev: 1.05
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 04 Lun: 00
Vendor: YAMAHA Model: CDR102 Rev: 1.01
Type: WORM ANSI SCSI revision: 02
Lo que nos interesa es la línea Host: scsi0 Channel: XX Id: XX Lun: XX
de cada dispositivo; concretamente Id:.
El sistema asigna dinámicamente dispositivos sgX por orden de ID a los
presentes en ese mismo instante; en el ejemplo anterior:
00 ---> /dev/sga
01 ---> /dev/sgb
02 ---> /dev/sgc
04 ---> /dev/sgd
cuando decimos dinámicamente, nos referimos a que si por ejemplo,
tiene una unidad externa magneto óptica, un zip, o similar, en el ID
03, la enciende, y hace que el kernel reescanee el bus, los
dispositivos ahora serían:
00 ---> /dev/sga
01 ---> /dev/sgb
02 ---> /dev/sgc
03 ---> /dev/sgd
04 ---> /dev/sge
Ahora, la grabadora sería /dev/sge en lugar de /dev/sgd como antes.
Con lo que queremos decir que hay que tener mucho cuidado con la
adición de dispositivos SCSI «al vuelo» y el uso de los sgX.
4.2. Dispositivos de bloque
En el caso concreto que nos ocupa, nos interesan los dispositivos ROM:
/dev/scdX o la nomenclatura nueva, /dev/srX.
Aquí el primer fichero de dispositivo corresponderá al primer CDROM
SCSI (incluyendo grabadoras) SCSI disponible en el sistema, /dev/sr0,
/dev/sr1 será el segundo, etc; da igual el ID SCSI que tenga, o en el
bus SCSI que esté.
4.3. Notación estándar
En entornos *nix existe cierta notación para identificar dispositivos
SCSI:
Numero_Bus_SCSI,ID_SCSI_dispositivo,LUN_dispositivo
El LUN es un parámetro que siempre va a ser 0, menos en el caso
improbable de que Vd disponga de un cargador de CDs, o un robot
cambiador de magneto-ópticos o de cintas.
Por tanto, un dispositivo que tuviese el ID 4 en la primera
controladora SCSI del sistema sería el dispositivo SCSI del sistema
0,4,0.
5. Sistemas de ficheros
Este apartado está dedicado a explicar algunas cosas para
familiarizarle con la grabación de CDs, de modo que le sea mas fácil y
rápido elaborarlos.
Una breve explicación sobre los sistemas de ficheros de los CD-ROMs,
para que pueda elegir cuál es el más conveniente en cada momento o CD:
como ya sabrá, se sigue un estándar para que todos los ordenadores
puedan leer los CD-ROMs sin ningún problema, para eso se creó el
ISO9660 que especifica el estándar.
Pero dentro de ese estándar existen algunas variantes, o más
concretamente extensiones, que permiten ampliar las posibilidades
originales del ISO9660, como son los nombres largos o incluso sistemas
de arranque y ciertas cosas más.
5.1. Joliet y Romeo
Estos sistemas fueron diseñados por Microsoft para su plataforma
Windows 95/NT. Permiten sistemas de archivos tipo VFAT pero con la
limitación de longitud a 64 caracteres, en Joliet, y de 128 para
Romeo.
Para que Linux sea capaz de ver estos sistemas de ficheros ---por
ahora sólo Joliet--- Necesita tener dicho soporte en el kernel: hasta
el kernel 2.0.34 no lo había, aunque es posible tenerlo gracias a
parches para el kernel que se encuentran en Internet. Estos mismos
parches permiten ver también particiones con FAT32, el sistema de
archivos que usa la OSR2 de Windows 95 que le posibilita tener
particiones de hasta 4 TeraBytes, limitación inexistente en el sistema
de ficheros de Linux, ext2, que desde su aparición soporta
precisamente 4 TeraBytes ;)
Para los que estén usando un kernel de la serie 2.2.x, decirles que
tanto el soporte Joliet como de FAT32 vienen «de serie», y no tienen
más que compilar o cargar módulos cuando se necesite si el kernel no
los carga automáticamente.
5.2. Rock Ridge (High Sierra)
Esta extensión se ideó para la plataforma UNIX, por lo que recoge una
serie de características y ventajas de las que nos podemos beneficiar
más que con los otros.
La primera ventaja es la de poder tener un sistema de ficheros con
atributos propios del UNIX en él, es decir, puede haber archivos
ejecutables, de acceso restringido a un usuario, enlaces simbólicos y
demás aspectos típicos de un sistema de archivos UNIX, en el CD. Otra
de las ventajas es que podemos tener nombres de hasta 128 caracteres,
a diferencia del Joliet.
Por otra parte hay un sistema de compatibilidad que permite a otros
sistemas operativos ver nombres de hasta 32 caracteres; no es mucho,
pero de algo sirve. Para aquellos que no ven este sistema de ficheros
tenemos la posibilidad de crear unas tablas de transcripción en forma
de ficheros llamados TRANS.TBL, que aparecerán en cada directorio del
CD, transcribiendo el nombre visible por el que de verdad se encuentra
en él.
En algunos casos puede ayudar, pero unas veces por fallo del sistema
operativo foráneo, otras por sus controladores, la transcripción no
funciona muy bien, llegando incluso al reseteo sin previo aviso.
5.3. HFS (Hierarchical Filesystem)
No sé mucho sobre este sistema de ficheros, sé que es el que utilizan
los Macintosh y es incompatible con el de los PC, por lo menos windows
no sabe lo que es. Como es habitual Linux se adapta y por supuesto hay
un parche para el kernel para ver este tipo de sistema de ficheros y
también hay un programa para crear imágenes con este sistema de
ficheros para que podamos grabar CDs a nuestros amigos los del mac.
Sobre las características de este sistema de ficheros no puedo decir
nada, puesto que de momento no las sé. Si alguien conoce las
características de este sistema por favor, envíemelas a mi dirección
de correo y amablemente le incluiré como colaborador.
5.4. UDF (Universal Disk Format)
Este es el sistema de archivos que usan los DVD y también se puede
usar en los CD-ROM normales, de hecho el Adaptec DirectCD usa este
sistema de ficheros. Las características son muy interesantes, hasta
256 caracteres en ASCII y 128 en unicodes, posibilidad de grabar los
discos en modo packet writing, lo cual elimina la posibilidad de un
buffer underrun (muy común cuando no llegan los datos de forma
constante al CD y acabamos por tirarlo a la basura). Es el sistema de
ficheros que acabará por estandarizarse. En Linux este sistema de
ficheros aun está algo verde, aunque ya se ha conseguido leer discos
grabados con DirectCD con ciertas limitaciones.
Hasta la fecha el parche para el kernel de Linux soporta hasta la
versión 1.5 del sistema UDF .
Para más información, consulte estas páginas web: http://www.osta.org
para obtener toda la información sobre el sistema UDF y
http://trylinux.com/projects/udf desde donde podemos acceder a los
parches para que el kernel vea este sistema de ficheros y no solo eso,
también hay utilidades para crear CDs con el sistema UDF.
Lo que todavía no he conseguido es copiar un sistema UDF a mi
regrabable y poder grabar en él. Si alguien sabe cómo hacerlo, por
favor, me lo comunique con explicaciones claras, si no es mucha
molestia.
5.5. EXT2 (Extended Filesystem II)
Sí, en efecto, no se trata de un formato de ficheros típico de CDRoms,
lo cual no significa que no pueda hacerse.
Consulte la sección ``mke2fs''.
5.6. El Torito
El nombre en castellano puede llevar a confusiones pero es el nombre
que se le ha puesto al sistema para incluir un sistema de arranque en
el CD. La explicación de cómo hacer un CD arrancable con este sistema
se describe en la sección del ``mkisofs''
6. Programas necesarios para grabar
Casi todos los programas que aquí vamos a mencionar pueden obtenerse
de ftp://sunsite.unc.edu/pub/Linux/utils/disk-management/; no
obstante, es posible que no estén las últimas versiones de desarrollo,
por ello procuro además dar en la sección de cada uno la dirección
origen.
Aquí hago una descripción de los programas que vamos a necesitar para
elaborar nuestros propios CDs, con ellos haremos las imágenes y las
grabaremos; podremos comprobar la diversidad que hay y las ventajas
que nos proporcionan.
Sólo voy a describir las últimas versiones de estos programas, que
aunque en algunos casos están en fase alpha o de desarrollo (sólo
algunos) funcionan perfectamente.
En el caso concreto de cdrecord, resulta imprescindible para poder
usar grabadoras IDE, IDE-ATAPI de puerto paralelo y las regrabables,
al ser el único que de momento las soporta.
6.1. Programas para creación de las imágenes
La parte más importante es hacer una imagen, pero ¿porqué hay que
hacer una imagen? Muy sencillo, la imagen es el molde con el que se
crea el futuro CD; y no sólo eso, la imagen nos permite comprobar que
el CD va a salir como nosotros queremos, pudiendo evitar errores y
ciertas cosas más, difícilmente detectables en el momento de la
grabación si la generamos al tiempo de grabar.
Además, podemos montar las imágenes para comprobar cómo han quedado,
como se explica en el apartado ``Otras opciones del Kernel
recomendables''
Sí, ya lo sé, en windows puedo hacer CDs perfectamente sin necesidad
de hacer imágenes, si continúa leyendo, luego explico cómo podrá hacer
CDs sin necesidad de hacer imágenes.
6.1.1. mkisofs
Puede obtener este programa de
ftp://tsx-11.mit.edu/pub/linux/packages/mkisofs.
La última versión estable disponible es la 1.11 y la de desarrollo es
la 1.12b5.
Este es el principal programa que usaremos para crear nuestras
imágenes, ya que está hecho especialmente para hacer imágenes ISO9660
a las que añadir extensiones Rock Ridge, o imágenes Joliet (sólo
versiones 1.12).
Puede también combinar las dos, es decir, en un solo CD tener los dos
sistemas, Rock Ridge y Joliet, de tal forma que el CD sea portable
entre los sistemas operativos que usen uno u otro, manteniendo los
nombres largos (sólo versión 1.12).
Esta explicación está basada en la versión 1.12a5, de la cual sólo voy
a indicar los parámetros que son más utilizados.
La sintaxis de este programa y su uso se explica a continuación:
-a o -all-file
Este parámetro indica que queremos incluir todos los archivos
que se encuentran en el directorio especificado, ya que el
programa no incluye por defecto los archivos que contengan
caracteres ~ y # que son generalmente copias de seguridad
creados por la mayoría de editores *nix.
-A o -appid
Este parámetro indica un comentario sobre la aplicación a la que
va dirigido el CD, puede ser definido en un archivo con el que
poder definir por defecto varias cosas. En concreto este
parámetro se identifica como APPI= especificando lo que quiera
poner mientras tenga una extensión no superior a 128 caracteres.
En versiones anteriores a la 1.12 se debe especificar en la
línea de comandos con el comentario entre comillas.
-b o -eltorito-boot
Este parámetro sirve para indicarle el nombre y la ruta del
archivo que contiene la imagen de arranque que será usada para
hacer un CD arrancable según el estándar El Torito. De esta
forma creamos un CD arrancable para aquellas BIOS que acepten
arrancar desde CD-ROM. La imagen debe tener un tamaño de 720,
1.44 o 2.88 Mbs, la de un diskette de arranque, que contenga por
ejemplo el LILO. Ojo que esto no funciona muy bien con CDs SCSI
aunque la controladora SCSI lo soporte teóricamente, por culpa
generalmente de la controladora, no del estándar.
-c o -eltorito-catalog
Con este parámetro, que está ligado al anterior para hacer CDs
arrancable, se especifica dónde se creará en el CDROM el archivo
del catálogo para el arranque del CD-ROM. Por defecto lo crea en
el directorio raíz de la imagen
-f o -follow-links
Con este parámetro hacemos que los enlaces que se encuentren
dentro del directorio maestro especificado no sean tomados como
tales, sino como ficheros o directorios reales, lo cual nos
permite incluir en el CD cosas que no estén en el mismo sistema
de ficheros donde tenemos el master, es decir, le especificamos
que siga los enlaces que contenga.
-help
Nos muestra la ayuda del programa, muy útil si no nos acordamos
de alguno de los parámetros.
-i Sirve para añadir archivos que no estén en el directorio o
subdirectorio que hayamos indicado para hacer la imagen, para su
adición a la imagen del CD. Esta opción está temporalmente
deshabilitada, y parece ser que da problemas, por lo que está en
espera de ser reescrita.
-J Gracias a esta opción podremos crear CDs con sistema de ficheros
Joliet. No incluida en versiones anteriores a la 1.12.
-l Gracias a este parámetro podremos establecer el modo de
compatibilidad de ficheros de 32 caracteres para aquellos
sistemas que no aceptan la longitud de los ficheros para los que
está grabado el CD. Usar con cuidado.
-m o -exclude
Con este parámetro indicamos un patrón de archivos que no
queramos incluir en el CD, que puedan encontrarse dentro de
algún subdirectorio en la ruta desde la que vamos a hacer la
imagen (ficheros core etc...) Se pueden usar comodines o nombre
completo.
-o o -output
Con esta opción indicamos el nombre que le queremos dar al
fichero, incluida su ruta, que contendrá la imagen, o el fichero
de dispositivo correspondiente a la partición donde queremos
volcarla.
El volcar las imágenes (sólo de datos) a partición es muy
recomendable para equipos lentos; dicha partición no ha de tener
formato alguno, por ello la lectura es más rápida, ocurre como
con la partición de swap.
Si utilizamos volcado a partición, conviene «resetearla» antes
de generar una imagen nueva con el comando:
dd if=/dev/zero of=/dev/sda1
Suponiendo que sda1 sea donde queremos volcar la imagen; OJO con
especificar una partición equivocada, o se irá a hacer gárgaras...
-p o -preparer
Este es complementario al parámetro -A, con él podremos indicar
el autor del CD, Tiene una extensión máxima de 128 caracteres.
Corresponde al parámetro PREP= en el archivo
-print-size
Muestra por pantalla el tamaño estimado que ocupará la imagen,
sin hacer nada más.
-P o -publisher
Especifica el editor del CD. Su longitud máxima son 128
caracteres. En el archivo .mkisofsrc se identifica como PUBL=.
-quiet
No muestra mensajes por pantalla.
-R Genera un sistema de ficheros con extensiones Rock Ridge. Esta
es la opción principal para generarlo, manteniendo los permisos
tal y como estén.
-r Esta opción es como la anterior pero resetea los permisos de
modo que todos los usuarios puedan acceder al CD por completo.
-T o -translation-table
Con esta opción generamos los archivos de transcripción,
llamados TRANS.TBL en cada directorio del CD-ROM, que contendrán
todas las transcripciones de los nombres de fichero para que se
puedan ver por ejemplo en un sistema DOS (de tipo de nombres de
fichero 8+3) y con su longitud correspondiente en el sistema
Rock Ridge. Cuando utilizamos la opción -l los archivos tendrán
nombres de 32 caracteres y no de 8+3.
-v Nos muestra la ayuda y la versión del programa. Y mientras se
genera la imagen nos va mostrando el porcentaje de la imagen
generada y una estimación de tiempo para terminar. Muy útil.
-V Esta opción nos permite darle un nombre de volumen al CD para
identificarlo. En el archivo .mkisofsrc se especifica con el
parámetro VOLI= con una extensión máxima de 32 caracteres.
-x Esta opción nos permite excluir un directorio específico que se
encuentre dentro de la ruta de origen. Puede excluir hasta un
máximo de 1000 directorios, ojo que hay que especificar el
parámetro antes de cada directorio, tantas veces como
directorios a excluir haya:
mkisofs ... -x estedirectoriono -x yestetampoco -x nieste
Estos son los parámetros más utilizados, si quiere más información o
más posibilidades siempre puede consultar la página del manual. Ahora
unos pocos ejemplos de cómo funcionan algunos parámetros:
Para generar un sistema de ficheros Rock Ridge simplemente tenemos
hacer esto:
mkisofs -a -r -T -o /cd/imagen.iso /ficheros
Aquí se indica un sistema de ficheros Rock Ridge al que se le incluyen
todos los archivos que se encuentren en el directorio /ficheros,
generando archivos TRANS.TBL, para el archivo de imagen
/cd/imagen.iso.
Para que al crear la imagen se establezca el nombre de volumen, la
identificación, el editor y la aplicación del CD, hay dos métodos, uno
consiste en crear un archivo llamado .mkisofsrc en nuestro directorio
personal. Recuerdo que este archivo sólo sirve para la versión 1.12,
con una sintaxis como ésta:
VOLI=
El nombre de volumen.
PUBL=
Cualquier cosa que quiera poner, normalmente un pequeña
descripción del CD.
PREP=
Aquí puede poner sus datos o cualquier cosa para identificar el
CD como suyo.
APPI=
Aquí puede poner una descripción del objetivo de este CD o su
destino.
O bien puede especificarlo en la línea de comandos así:
mkisofs -a -R -l -T -V "Volumen" -P "descripción CD" -p "preparador" \
-A "Aplicación" -o imagen.iso /ficheros
Este único comando se ha introducido en dos líneas, detrás del
carácter \ hay que teclear Enter, y teclear el resto. Se ha hecho así
por motivos de formato de este documento.
En él podemos observar, aparte de cómo poner el nombre de volumen al
CD y otras cosas, que estamos haciendo un CD con el modo de
compatibilidad para otros sistemas de 32 caracteres, tomando los
permisos y la identificación que tiene cada archivo en el disco.
Un ejemplo de cómo crear un sistema de ficheros con Joliet es:
mkisofs -a -J -f -m '*.o' -m core -x /master/excluir -o /cd/imagen.iso /master
En este sistema de ficheros Joliet hemos excluido todos los archivos
que correspondan con la descripción *.o y core con la opción -m, la
opción -f indica que los enlaces que se encuentren serán tomados como
los archivos o directorios a los que apuntan. Por último, excluimos el
directorio excluir que se encuentra en la ruta de origen desde donde
queremos hacer la imagen.
Y por último un sistema de ficheros con Rock Ridge y Joliet, que
recuerdo que sólo se puede hacer en la versión 1.12:
mkisofs -a -J -f -R -m '*.o' -m core -x /master/excluir -o /cd/imagen.iso /master
Para hacer un CD arrancable (para arrancar con él es necesario que la
BIOS soporte arranque desde unidades CD-ROM) necesitamos la imagen de
un disquete de arranque de 720KB, 1.44MB o 2.88MB, de MS-DOS o Linux
según queramos, que podemos encontrar en varios sitios ya hechos o
hacernos nosotros mismos. Una vez tenemos la imagen, la ponemos dentro
del directorio en donde se encuentran los archivos desde los que vamos
a hacer la imagen y procedemos a lo siguiente:
mkisofs -a -b /cdboot/eltorito.img -c /cdboot/catalogo -R -T -o imagen.iso /master
Nótese que a los parámetros -b y -c le especificamos lo que parece un
path absoluto, pero el directorio /cdboot no se encuentra en el
directorio raíz de su disco duro, sino que en realidad es un
subdirectorio de /master; esto es así porque mkisofs para este
parámetro se sitúa como si estuviera ya dentro del CD.
6.1.2. mkhfs
Puede obtener este programa de ftp://ftp.ge.ucl.ac.uk/pub/mkhfs.
Es su homólogo para el sistema de ficheros de los mac, HFS, no lo he
llegado a probar todavía pero seguro que funciona bien. Su uso es muy
sencillo y no tiene mucha complicación.
6.1.3. mkhybrid
Puede obtener este programa de ftp://ftp.ge.ucl.ac.uk/pub/mkhfs.
Es la mezcla de los dos anteriores, la ultima versión usa código del
mkisofs 1.12 para mejor soporte de Joliet. La ayuda parece exactamente
la del mkisofs, salvo que incluye las siguientes opciones para añadir
el sistema de ficheros de los mac:
-g o -apple
Añade la extensión ISO9660 de Apple, para la compatibilidad con
el estándar.
-h o -hfs
Crea el sistema HFS híbrido para la extensión ISO9660.
-probe
Prueba todos los archivos para el sistema Unix/HFS.
-mac-name
Crea todos los nombres según el estilo de los mac para
ISO9660/Joliet/Rock Ridge
-no-mac-name
Evita lo anterior para los archivos Unix/Mac
6.1.4. mke2fs
¿Cómo? ¡Pero si este programa sirve para crear sistemas de ficheros en
el formato nativo de Linux, el ext2!
Pues sí, es posible crear CD-Roms en formato ext2, que por supuesto no
podrán leerse en sistemas que no dispongan de algún tipo de soporte
para leer este tipo de sistema de archivos, básicamente Linux.
Su utilidad dependerá de la creatividad de cada uno ;)
Para ello, hay que seguir el siguiente procedimiento:
1. Primero hay que calcular el tamaño máximo que podemos usar en una
imagen para aprovechar la mayor cantidad de datos en el CD es fácil
y es una operación sencilla en la que intervienen dos programas y
en la que no hay ni que sacar la calculadora.
Primero utilizamos el cdrecord en su versión de desarrollo 1.8 de
la siguiente forma:
# cdrecord -v dev=3,0 -atip
Cdrecord release 1.8a29 Copyright (C) 1995-1999 Jörg Schilling
TOC Type: 1 = CD-ROM
scsidev: '3,0'
scsibus: 0 target: 3 lun: 0
Using libscg version 'schily-0.1'
atapi: 0
Device type : Removable CD-ROM
Version : 2
Response Format: 2
Capabilities :
Vendor_info : 'YAMAHA '
Identifikation : 'CRW4260 '
Revision : '1.0q'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
Driver flags : SWABAUDIO
Drive buf size : 1176000 = 1148 KB
Current Secsize: 512
ATIP info from disk:
Indicated writing power: 5
Is not unrestricted
Is not erasable
ATIP start of lead in: -11324 (97:31/01)
ATIP start of lead out: 359849 (79:59/74)
Disk type: Long strategy type (Cyanine, AZO or similar)
Manuf. index: 22
Manufacturer: Ritek Co.
Una vez obtenida esta información nos fijamos en la siguiente linea:
ATIP start of lead out: 359849 (79:59/74)
de la que nos interesa el numero 359849 el cual al multiplicarse por
2048 nos dará el tamaño máximo de la imagen que puede ser grabada en
el CD. Si se fijan el tamaño concuerda con un CD 80 minutos que corre
sponde exactamente a 702 MegaBytes absolutos del tamaño de la imagen.
2. Crear un fichero imagen vacío; con los datos anteriores:
dd if=/dev/zero of=imagen-vacia.ext2 bs=2048 count=359849
3. Formatearlo:
mke2fs -m 0 -b 2048 imagen-vacia.ext2
mke2fs advertirá de que imagen-vacia.ext2 no es un fichero de disposi
tivo de bloque, y le pedirá confirmación:
imagen-vacia.ext2 is not a block special device.
Proceed anyway? (y,n) y
4. Montarlo, mediante loopback, en lo que va a ser nuestro directorio
«maestro»:
mount -o loop imagen-vacia.ext2 /mnt/master
5. Copiamos a él los ficheros que queramos, si por ejemplo queremos
hacer una réplica de /etc :
cd /etc
find | cpio -pdamvu /mnt/master
6. Lo desmontamos, y grabamos normalmente.
Si queremos montar un CD-Rom de este tipo, habrá que especificarle a
mount que el tipo de sistema de ficheros es ext2, y de sólo lectura:
mount -t ext2 -o ro /dev/cdrom /mnt/cdrom
si queremos incluirlo en /etc/fstab, habrá que indicar además de su
tipo de sistema de ficheros, y de ser sólo lectura, que no sea
comprobado:
/dev/cdrom /mnt/cdrom ext2 defaults,ro 0 0
El último 0 es el que hace que fsck no lo compruebe en cada arranque.
6.2. Software de extracción de audio
Aviso: La mayoría de las grabadoras requieren que el orden de palabra
de los ficheros de audio en formato CDDA o PCM raw sea Big Endian,
salvo las Yamaha, Sony y recientemente las últimas grabadoras que
cumplen el estándar SCSI-3/MMC, que lo necesitan Little Endian.
Casi todos los programas extractores de CD-Audio extraen por defecto
en Big Endian.
Si graba ficheros de audio con el orden de palabra equivocado para su
grabadora, cuando intente escuchar ese CD no oirá más que un
horripilante ruido, similar al sonido de una televisión sin
sintonizar.
Dependiendo del software que utilice para grabar, esto se puede
abordar de dos maneras:
· cdrecord: Indistintamente de la grabadora que tenga, y del software
de extracción que use, extraiga siempre en Big Endian, el formato
por defecto.
cdrecord sabe qué formato necesita cada grabadora, e invertirá el
orden de palabra si es necesario; notará si lo invierte porque
aparecerá la palabra swab en el listado de pistas de audio a
grabar.
· cdwrite: Aquí no hay error posible, ha de saber qué orden necesita
su grabadora, y tener los ficheros CDDA con el orden apropiado.
Otro concepto, que aunque es mencionado más veces posteriormente a lo
largo del documento, quiero recalcar, y que necesitará especialmente
con los extractores, es el del dispositivo genérico SCSI, que es
explicado en la sección ``Dispositivos genéricos''.
6.2.1. readcdda
Este programa es un poco difícil de encontrar, ya que las versiones
disponibles son modificaciones o portings del original a Linux.
Uno de los paquetes que lo trae modificado es el X-CDRoast, que es de
donde lo he obtenido, ver sección ``X-CD-Roast''.
No hay página man disponible, y tampoco certifico que los comandos que
aquí explico correspondan a la versión que Vd. pueda conseguir; no
obstante lo expongo aquí por su excepcional calidad y fiabilidad. Eso
sí, sólo funciona con dispositivos SCSI.
Su sintaxis es un poco pesada, pero como decía antes, vale la pena.
El orden de palabra de los ficheros cdda creados con readcdda es Big
Endian por defecto.
-D dispositivo
Para especificar el dispositivo genérico de la unidad con la que
vamos a extraer.
-B dispositivo
Dispositivo de bloque de la unidad con la que vamos a extraer,
son válidos tanto dispositivos /dev/srX como /dev/scdX.
-t Desde qué pista a extraer
-z Hasta qué pista extraer (inclusive)
-o desplazamiento del principio de la pista
-s desplazamiento del final de la pista
-d Tiempo total de grabación
-S Velocidad de extracción.
-v imprimir información sobre el CD.
-x Formato de salida Little Endian
Así que un ejemplo, utilizando el CDROM SCSI que estuviera en el ID
SCSI 3, que fuese el primer CDROM disponible, extrayendo de la pista 1
a la 15, a velocidad 6x en un solo fichero .cdr, sería:
readcdda -D /dev/sgd -B /dev/scd0 -t 1 -z 15 -o 0 -s 0 -S 6 audio.cdr
Esto es un poco latoso si queremos que cada pista tenga su fichero,
para ello podemos utilizar un bucle:
for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15; do
readcdda -D /dev/sgd -B /dev/scd0 -t $i -z $i -o 0 -s 0 -S 6 audio.$i.cdr ;
done
6.2.2. cdda2wav
Este programa es más reciente, y permite extraer de CDROMs IDE si
éstos soportan extracción. Puede obtenerlo de
ftp://ftp.gwdg.de/pub/linux/misc/cdda2wav/. También se puede encontrar
incluido en el mismo paquete de las últimas versiones de cdrecord.
Comentaré sólo las opciones más habituales:
-D Dispositivo genérico de la unidad lectora; /dev/sgX o 0,1,0 si
es SCSI; si es IDE, con el fichero de dispositivo de bloque
correspondiente: /dev/hdb por ejemplo para un CD esclavo del bus
primario, o el enlace simbólico que apunte al apropiado.
-A Dispositivo auxiliar: será un /dev/scdX si el lector es SCSI o
el mismo que le especificamos en -D si es IDE.
-I Tipo de interfaz; generic_scsi para dispositivos SCSI o
cooked_ioctl para IDE.
-x Extracción a calidad CD: muestreo a 44100Hz, 16 bits estéreo.
Esta es la opción por defecto, asi que si quiere estas opciones
no tendrá que volver a ponerlas.
-t primera+ultima
Especificamos la pista o rango de pistas a extraer.
-O Formato del fichero de salida, opciones validas útiles pueden
ser raw para formato cdr (CDDA) o wav.
-E Orden de la palabra binaria: big para Big Endian, little para
Little Endian.
-B Extraer cada pista a un fichero separado.
-S número
Velocidad de extracción.
-P Desactivar overlap (utilizar si se obtienen mensajes de error
tipo increase overlap (X) or decrease SYNC_SIZE (X).
-H No crear ficheros informativos (.inf) por cada fichero de audio
creado.
-e Permite la salida directa al dispositivo de audio del ordenador.
Por defecto /dev/dsp.
-K dispositivo
Cambia el dispositivo de audio por defecto /dev/dsp por que se
le especifique.
-q No muesta información alguna mientras se realiza el proceso de
extracción.
Supongamos que usamos un lector SCSI, que tiene el ID 2 del bus SCSI,
que queremos extraer las pistas de la 3 a la 8, en formato CDDA, Big
Endian (por defecto), en ficheros con el patrón audio_*.cdr separados,
con sus correspondientes ficheros informativos:
cdda2wav -D /dev/sgb -A /dev/scd0 -I generic_scsi -x -t 3+8 -B -O cdr -S 10 audio
tambien se puede escribir de forma más abreviada de la siguiente
forma:
cdda2wav -D 0,2,0 -I generic_scsi -x -t 3+8 -B -O cdr
Si extraemos las pistas con la opción -O wav por defecto serán Little
Endian.
En la versión 1.0 de cdda2wav y en adelante para extraer las pistas de
audio directamente, aunque hayan otros tipos de pistas en el disco,
como por ejemplo una de datos al principio o al final, se ha de poner
tan sólo esto:
cdda2wav -D 0,2,0 -I generic_scsi -B
al mismo tiempo, esto nos puede servir de ejemplo de como se pueden
extraer pistas para la sección ``DAO con cdrecord''.
Existe una variante del cdda2wav, llamada cdparanoia, de rendimiento
muchísimo menor, pero que como su nombre indica, es muy paranoica con
la calidad de las pistas extraídas, puede resultar útil con CDs muy
estropeados.
6.3. Software de grabación
6.3.1. cdrecord
La página principal de cdrecord es
Puede obtenerlo por FTP de ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/.
Este programa es más avanzado y actual que cdwrite, al estar en
desarrollo e incorporar soporte para las novedades del mercado actual,
a pesar de no soportar algunas unidades antiguas que sí lo hace
cdwrite.
La mayor ventaja de este programa es que funciona perfectamente con
las grabadoras IDE (con emulación SCSI activada, por supuesto) y SCSI,
incluyendo más opciones como el soporte para regrabables y sus
comandos específicos, como borrar un CD-RW, una partición, etc.
Permite visualizar las tablas de contenido (TOC, Table Of Contents),
que es donde se almacena la información sobre las pistas y el tamaño
de las mismas.
Esta tabla la genera el programa y se tiene que grabar para que se
pueda leer el CD, ya sea cuando haga un CD multisesión o al hacer un
CD normal o de CD-Audio.
También puede grabar pistas CDI, en modo normal de datos data 1 y data
2, multisesión xa1 y xa2 de datos, y audio.
Otra función muy útil es que puede realizar ciertas pruebas a la
unidad para comprobar sus capacidades y compatibilidad, etc.
Los comandos que más nos pueden interesar se detallan a continuación:
-version
Muestra la versión del programa. Recomendada la versión 1.6.1
final, las que llevan a despues del número son alphas y no es
recomendable usarlas. Para unidades tanto IDE como SCSI se
recomienda la 1.8aXX.
-v Muestra información mientras se ejecuta el programa para conocer
el estado de la grabación (Muy recomendable ya que indica los Mb
grabados y el porcentaje de llenado del buffer).
-V Muestra los comandos SCSI mientras se ejecuta el programa.
-debug
Muestra mensajes para encontrar posibles fallos.
dev=destino
Especifica la situación de la grabadora en el sistema SCSI. Hay
que especificarle el bus scsi, el ID SCSI del dispositivo, y el
LUN SCSI (Logical Unit Number, valor variable sólo si se emplea
por ejemplo un lector múltiple de CDs, en donde 0 identificaría
a la primera bandeja, 1 a la segunda, etc).
Un ejemplo frecuente sería 0,4,0 para el primer bus SCSI, el ID
SCSI 4 y el LUN de todo dispositivo no múltiple, 0. Si usamos
la emulación SCSI o una unidad de puerto paralelo, siempre será
0,0,0.
-dummy
Con este parámetro indicamos que vamos a hacer un test de la
unidad y del sistema, simulando una grabación para comprobar si
se realiza adecuadamente. Durante este test el láser de la
grabadora está desactivado por lo que no correremos el riesgo de
perder un CD.
-multi
Esta opción es para indicar que vamos a hacer un CD multisesión,
es decir con varias pistas de datos. Este parámetro no puede ser
usado en unidades Sony ya que no llevan soporte hardware para
CD-ROM modo XA 2 por lo que se deberá de usar el parámetro -data
para este fin.
-msinfo
Esta opción nos permite ver la información que hay grabada en un
CD multisesión o con al menos una pista, mientras el CD no se
haya cerrado.
-toc
Muestra información sobre la tabla de contenidos del CD, este
parámetro puede ser usado tanto en las grabadoras como en los
lectores.
-fix
Esta opción es para cerrar un CD que no se haya cerrado antes,
si después de haber grabado los datos no se ha escrito la tabla
de contenidos. De momento esto no funciona con las unidades
TEAC.
-nofix
Esta opción, usada en la línea de comandos es para que al grabar
un CD no se escriba la tabla de contenidos, para que no lo
cierre. Puede ser útil para grabar un CD por pasos o para grabar
un CD-Audio ya que hay lectores de CD-Audio que pueden leer CDs
sin cerrar, siempre y cuando no contengan además datos. Los CDs
de datos sin cerrar no pueden ser usados por unidades lectoras.
-load
Esta opción es para cerrar la bandeja, luego sale del programa.
-eject
Esta opción permite expulsar el CD una vez grabado, hay unidades
como las Philips o las Yamaha que deben hacer esto.
speed=X
Esta opción es para indicarle a la unidad la velocidad a la que
debe grabar. El número especifica el multiplicador de 150Kb/s
para datos y 172Kb/s para audio.
blank=opcion
Esta opción borra un CD-RW y sale, o bien borra antes de
continuar con una grabación. Sólo puede ser usada por unidades
regrabables y con discos CD-RW. Las opciones se describen a
continuación:
· help Muestra la ayuda.
· all Borra totalmente un disco. Esta opción tarda bastante
tiempo.
· disc o disk Borra un disco totalmente.
· fast o minimal Borrado rápido del disco: Solo borra el TOC, los
pregaps y el PMA.
· track Borra una sola pista.
· unreserve Activa una pista reservada.
· trtail Borra la cola de una pista.
· unclose Abre una pista cerrada.
· session Borra la ultima sesión.
fs=
Esta opción especifica el buffer fifo para almacenamiento
intermedio de los datos, a fin de hacerlos llegar a la grabadora
sin retraso. Para facilitar las cosas puede especificar este
buffer con un número seguido de b para indicarle bytes, k para
kilobytes, m para megabytes.
Por defecto tiene un buffer de 4 Mb. La recomendación para el
tamaño del buffer es de entre 4 y 32 Megas, debiendo ser como
mínimo igual al tamaño de buffer interno de la grabadora y como
máximo no superior a la mitad de la RAM física del ordenador.
Lo normal es que no necesite poner más de 8 MB que es lo que yo
recomiendo. Si aún así aparecen mensajes como fifo empty count,
tiene problemas de configuración o hardware. Ej: fs=8m.
driver=
Esta opción es para especificarle un driver concreto; para ver
la lista de todos los drivers simplemente especifique
driver=help. Si no se indica opción, cdrecord tratará de
encontrar el driver más apropiado para la unidad. Si no lo
consigue, tendrá que indicárselo; sepa que si el driver no es
absolutamente compatible corre un riesgo muy grande de perder el
CD.
-checkdrive
Esta opción busca el driver que corresponda a su unidad y
termina la ejecución.
-prcap
Esta opción imprime las posibilidades de las unidades que
cumplan el estándar SCSI-3/mmc y sale.
-inq
Esta opción hace un examen de la unidad, imprime los resultados
en pantalla y sale.
-scanbus
Esta opción examina el bus SCSI en busca de unidades. Sirve para
buscar nuestra unidad.
-reset
Esta opción resetea el bus SCSI donde se esté nuestra grabadora.
-audio
Detrás de esta opción se indican los nombres de los archivos de
sonido que serán grabados como pistas de audio, siempre y cuando
los archivos tengan una calidad de muestreo 44.100 Khz a 16
Bits, estéreo en alguna variante PCM; si no son así, serán
rechazados por cdrecord. Acepta formato CDDA (tanto .cdda como
.cdr son extensiones válidas), .wav, .au y .raw.
cdrecord, si no se le especifica lo contrario, asume que el
orden de palabra es Big Endian, y convertirá automáticamente a
Little Endian si detecta que la grabadora lo necesita.
-data
Tras de esta opción se indica el nombre del archivo que
corresponde a la imagen ISO9660 que anteriormente hemos creado
con mkisofs u otro de los anteriormente descritos. Esta opción
viene por defecto, lo que quiere decir que si no la indicamos
grabaremos de esta forma.
-mode2
Si esta opción esta presente, todas las pistas de datos que la
sigan se grabarán en modo 2.
-xa1
Si esta opción esta presente, todas las pistas que la sigan se
grabarán en modo XA 1.
-xa2
Si esta opción esta presente, todas las pistas que la sigan se
grabaran en modo XA 2.
-cdi
Si esta opción esta presente, todas las pistas que la sigan se
grabaran en CDI.
Estos son los comandos que más se usan, para ampliar información puede
acudir al manual. Ahora unos ejemplos para que la cosa quede mas
clara:
cdrecord -scanbus
cdrecord dev=0,0,0 -checkdrive
cdrecord dev=0,0,0 -prcap
cdrecord dev=0,0,0 -inq
cdrecord dev=0,0,0 -toc
cdrecord dev=0,0,0 -msinfo
Así se realizan los test; en el primero se escanea el bus SCSI para
ver nuestra unidad, en los demás se toma que tenemos la unidad en el
dispositivo que corresponde al bus 0, id 0 y lun 0 para hacerle los
test a los que corresponde la explicación anterior.
cdrecord dev=0,0,0 fs=8m speed=2 -nofix -eject -xa1 imagen.iso -audio audio1.wav audio2.cdda audio3.au
Aquí podemos ver que le hemos puesto 8 Mb al buffer fifo, especificado
que grabe a doble velocidad, que expulse el CD una vez terminado, que
la primera pista es una imagen de datos en formato multisesión XA 1 y
las siguientes pistas serán de audio (este programa puede grabar
varios formatos de audio como el .wav de Microsoft, el .cdda, el PCM
en bruto o .raw y el .au siempre y cuando tengan una calidad de
muestreo de 44100 Hz a 16 bits, en estéreo). Y al final no será
escrita la TOC por lo que para hacerlo tenemos la siguiente línea:
cdrecord dev=0,0,0 -fix
Para grabar una sola pista de datos podemos usar esto:
cdrecord dev=0,0,0 fs=8m speed=2 -eject imagen.iso
Ya que como se dijo antes no hacía falta especificar el parámetro
-data, que es el asumido por defecto.
Las nuevas opciones que incluye el ``cdrecord 1.8'' se describen en su
sección.
6.3.1.1. Parámetros configurables permanentemente de cdrecord
Como puede observar, es un poco latoso el tener que especificar datos
no cambiantes una y otra vez, como por ejemplo dónde se encuentra la
grabadora, o la velocidad de grabación ya que generalmente grabará
casi siempre al máximo de velocidad.
Para no tener que especificarlo siempre en la línea de comandos,
cdrecord provee la posibilidad de establecer dichos parámetros por
defecto, mediante las variables de entorno CDR_DEVICE, CDR_SPEED y
CDR_FIFOSIZE.
Supongamos que su grabadora está en el primer bus SCSI, y tiene el ID
4. (El LUN siempre va a ser 0). Y que quiere que la velocidad de
grabación por defecto, a menos de que se especifique lo contrario
mediante parámetros de la línea de comandos, va a ser a doble
velocidad (2x) y el buffer de datos FIFO sea de 16 megabytes.
Estableceríamos dichas variables de entorno mediante la inserción,
generalmente en el fichero /etc/profile, de las siguientes líneas,
suponiendo que utilice bash como intérprete de comandos:
CDR_SPEED=2
CDR_DEVICE=0,4,0
CDR_FIFOSIZE=16m
export CDR_SPEED CDR_DEVICE CDR_FIFOSIZE
Dichas variables no estarán disponibles hasta que el sistema relea el
fichero /etc/profile, lo mejor es reiniciar el terminal con un logout
o bien recargando el archivo con source /etc/profile. Si esto no
funciona, reinicie el sistema para salir de dudas.
6.3.1.2. Grabacion sin imagen
Ahora viene algo que puede interesar a más de uno, hacer un CD
directamente desde el disco sin necesidad de hacer una imagen previa.
He de advertir sobre este procedimiento y es que no se debe, por
ninguna circunstancia, acceder al disco que contenga el directorio
maestro con los ficheros a partir de los que se está generando una
imagen directa al CD, ya que cualquier mínimo retraso en la
transferencia de datos puede ocasionar que no se grabe el CD
correctamente a pesar de que durante la grabación no aparezcan
errores.
El problema de que no se genere correctamente la imagen puede no
radicar necesariamente en que su disco duro sea lento, hay otros
factores como la memoria disponible: tenga en cuenta que por ejemplo
mkisofs necesita al menos 12MB de memoria para generar las extensiones
Rock Ridge.
Repito, no acceda al disco duro maestro durante la grabación, peligro
de hacer un CD desde el que no se pueda leer ningún dato sano, aunque
aparentemente se haya grabado bien; esto se puede comprobar editando
un archivo de texto y viendo como parte del archivo anterior o los
gaps se han introducido en ellos.
Así mismo recomiendo realizar esta operación sólo con versiones de
cdrecord superiores o iguales a la 1.6.1, y 1.12b5 de mkisofs , ya que
he comprobado que funcionan y se entienden mucho mejor, con mucho
menor peligro de realizar CDs corruptos.
Antes de grabar el CD debe realizar primero la siguiente operación:
mkisofs -r -T -l -print-size -f /files
la cual nos facilitará un número, este número se lo deberemos de pasar
en un parámetro al cdrecord para que nos reconozca el tamaño de la
imagen a grabar, ya que si no, cdrecord no tiene forma de saber cuál
es el tamaño de la imagen. De esta forma, si por ejemplo, mkisofs nos
mostrará la siguiente línea:
Total extents scheduled to be written = 290699
Para que cdrecord reconozca el tamaño de la imagen a grabar:
nice --20 mkisofs -r -T -l -f /files | nice --20 cdrecord fs=16m \
tsize=290699*2048 -eject -
O bien para multisesión:
nice --20 mkisofs -r -T -l -f /files | nice --20 cdrecord fs=16m \
tsize=290699*2048 -eject -multi - -audio audio1.wav audio2.wav audio3.au
Nótese que no especificamos ni la localización SCSI de la grabadora,
ni la velocidad de grabación, ya que la hemos establecido con las
variables de entorno mencionadas anteriormente.
Seguramente se preguntará el porqué del nice --20 que hay delante de
cada uno de los programas. El comando nice sirve para asignar la
prioridad de ejecución, y en este caso concreto establecemos la máxima
posible.
Se preguntará por qué en la opción tsize del cdrecord multiplico por
2048 la cantidad dada por el mkisofs. La razón es muy simple, a partir
de la version 1.6.1 y 1.8 de cdrecord, hay que pasarle el tamaño en
bytes de la imagen, y debido a que realiza la multiplicación él mismo,
sólo lo tenemos que multiplicar por el tamaño de cada sector de un CD
y listo.
Use esto con cuidado.
Y para terminar voy a indicar cómo usar el programa con las grabadoras
IDE/ATAPI y de puerto paralelo, que por ejemplo al ejecutar la
siguiente linea nos muestre algo como lo siguiente:
# cdrecord -scanbus
Cdrecord release 1.6 Copyright (C) 1995-1998 Jörg Schilling
scsibus0:
0) 'HP ' 'CD-Writer+ 7200 ' '3.01' Removable CD-ROM
1) *
2) *
3) *
4) *
5) *
6) *
7) *
Así es como ve cdrecord nuestra grabadora, ya sea interna o externa,
por lo que para indicarle cómo acceder a nuestra grabadora tendremos
que especificar el parámetro dev=0,0,0.
cdrecord dev=0,0,0 speed=2 fs=16m -v -dummy image.raw
Recomiendo usar la grabadora con una version de cdrecord 1.6.1, aunque
como se aprecia en el escaneado de muestra anterior hecho con la
versión 1.6, esta última es capaz de usarla. También es muy
recomendable hacer pruebas de grabación para comprobar que no haya
falta velocidad en el puerto paralelo antes de proceder a la grabación
final de CD-ROMs.
6.3.2. cdwrite
Puede obtener este programa (y casi todos los relativos a creación de
CDs) de ftp://sunsite.unc.edu/pub/Linux/utils/disk-management/.
Este programa era el más utilizado hasta hace un par de años mas o
menos, (y el único que había). Está en actual desuso, ya que ha dejado
de desarrollarse y se ha quedado algo anticuado; de todas formas
funciona perfectamente en grabadoras SCSI a excepción de las Sony.
Si ha comprendido los comandos del cdrecord no tendrá problemas en
entender los de este programa ya que no tiene muchos. Una diferencia
que sí hay entre uno y otro es que para identificar la unidad
grabadora utiliza los dispositivos /dev/srX y no va directamente al
bus SCSI, lo cual puede resultar mas fácil de usar.
Por defecto cdwrite busca /dev/cdwriter como dispositivo por defecto
de la grabadora, por lo que si hace un enlace simbólico del
dispositivo /dev/sgX a /dev/cdwriter con el dispositivo de acceso
genérico correspondiente, (vea sección ``Dispositivos genéricos'') se
ahorrará un parámetro más que poner.
cdwrite necesita que se le especifique el tamaño en bytes de la imagen
que va a grabarse; para saberlo, usamos el programa isosize (lo
podemos encontrar dentro del paquete de distribución de cdwrite con
otras utilidades extra que nos pueden venir muy bien); si nuestra
imagen se llama imagen.iso:
# isosize imagen.iso
382060544
nos informa de que el tamaño es 382060544, parámetro que le
especificaremos posteriormente con -b.
podemos usarlo también con CD-Roms o particiones, si hemos generado la
imagen directa a una partición en lugar de a fichero:
isosize /dev/sda1
634986355
Si hemos volcado la imagen generada por mkisofs en la primera
partición del primer disco SCSI (con la opción -o /dev/sda1).
Algunos ejemplos de cómo se usa cdwrite son:
cdwrite -ve -s 2 -b 382060544 -D /dev/sgd -data /dev/scd0
Copiará directamente el CD que esté en el primer CD-Rom SCSI del
sistema a la grabadora, expulsará el CD una vez listo, e irá
informando del transcurso de la grabación; 382060544 es el tamaño del
CD en cuestión, que hemos averiguado previamente mediante isosize.
cdwrite -s 2 -e -D /dev/sgd -b 382060544 -data image.iso -audio *.cdr
Grabará un CD mixto de datos y audio, en donde el parámetro -s indica
la velocidad de grabación (equivale al speed=2 del cdrecord), el
parámetro -e expulsa el CD al terminar (equivalente al -eject), el -D
indica la unidad grabadora, aunque si ha hecho un link de /dev/sgd
(por ejemplo) a /dev/cdwriter no hace falta que lo especifique; y por
último igual que en el anterior están los parámetros -data y -audio,
estando el formato de los ficheros de sonido en Compact Disc Digital
Audio (extensiones .cdda o .cdr); podemos pasarlo de otros formatos a
éste mediante el programa sox.
cdwrite necesita que el orden de la palabra del fichero de audio sea
el apropiado para su grabadora, u obtendrá un CD en el que sólo se
escuche un desagradable ruido.
Consulte la sección ``Software de extracción de audio''.
No podrá hacer CDs multisesión con este programa. Para hacer CDs
multisesión tendrá que usar las opciones que lleva el mkisofs para
este fin, generando una imagen multisesión.
6.3.3. cdrdao
Parece ser que se ha conseguido que este programa haga lo que se
quería, copiar CDs al vuelo, incluso los mixtos, de música, y
ohhhhhhh, de ¡Playstation!. No dejéis de ver la sección dedicada a
este programa porque merece la pena.
6.4. Entornos Integrados
6.4.1. X-CD-Roast
Puede obtener este programa de http://www.fh-muenchen.de/rz/xcdroast/.
Este programa es el más sencillo de usar ya que está hecho para las X
con un interfaz TCL/TK y se basa en modificaciones del cdrecord y
mkisofs para su funcionamiento. En versiones anteriores utilizaba un
derivado del cdwrite, pero tuvo que dejarlo ya que cdwrite ha dejado
de desarrollarse.
La mayor ventaja que tiene este programa es su facilidad de uso y que
detecta y configura los dispositivos automáticamente, además de
funcionar correctamente y sin problemas. Con él puede configurar y
hacer las imágenes de CD fácilmente sin necesidad de ir a la línea de
comandos, así como extraer pistas de audio y volver a grabarlas
gracias a sus modificaciones del readcdda y playcdda (que sólo se
pueden usar con dispositivos SCSI).
Si quiere sacar pistas de audio con un lector IDE lector ha de usar el
cdda2wav, aunque no todas la unidades lectoras soportan la extracción
de pistas CDDA o de CD-Audio.
Puede hacer una copia directa de CD a CD, siempre que sean sólo de
datos, y que las dos unidades, la grabadora y la lectora, sean
dispositivos SCSI, ya que con las IDE no funciona muy bien, debido no
al programa en sí, sino mas bien por las características de las
unidades IDE, ya que no suelen satisfacer las capacidades de carga de
las grabadoras. Aun así he llegado a comprobar como unidades del tipo
Philips IDE de 32x en adelante funcionaban perfectamente.
Lo normal es que no tenga problemas para grabar con este programa
siempre y cuando su grabadora sea SCSI, cuando sea IDE o usa la ultima
versión 0.96d final o superior o no conseguirá que salga ni un solo CD
bien.
6.4.2. Burn-It
Este entorno utiliza las últimas versiones de cdrecord, mkisofs y
cdda2wav, lo más peculiar sin duda es que esta escrito íntegramente en
java; su desarrollo es muy rápido.
Puede obtenerlo de http://www.imada.ou.dk/~jews/BurnIT/.
6.4.3. CDR
CDR son las siglas de Create/Duplicate/Rip (Crear/Duplicar/Extraer).
Su utilidad actualmente es más que nada para la preparación de audio
que posteriormente va a ser grabado con cdrecord o cdwrite desde la
línea de comandos. Provee una interfaz tipo ncurses. Sólo extrae de
unidades SCSI.
Puede obtenerlo de http://www.burdell.org/cdr.shtml.
6.5. Otros programas y utilidades
Hay varias utilidades entre las que tengo que destacar sdir, isovfy,
cdinfo y isodetect, que son pequeñas, de consola, pero muy útiles a la
hora de comprobar y verificar CDs. Estas pequeñas utilidades se pueden
encontrar en el FTP de sunsite
ftp://sunsite.unc.edu/pub/Linux/utils/disk-management/ y otras que se
pueden encontrar tanto en el paquete de X-CD-Roast (sección ``X-CD-
Roast'') como en el de cdrecord (``cdrecord'').
Por ejemplo, sdir nos puede ayudar a saber el tamaño total de un
directorio y sus subdirectorios lo cual resulta muy útil cuando
queremos evaluar y calcular el tamaño del CD a copiar al vuelo; isovfy
nos sirve para verificar que no hayan errores en una imagen creada en
el disco duro; cdinfo nos puede ayudar a comprobar que se han copiado
bien los CDs y no sólo eso, este pequeño programa muestra la
estructura de un CD en minutos y segundos, nos dice si es arrancable,
los sistemas de ficheros que contiene, si lleva pistas de audio o es
un vídeo CD, etc; por último, con isodetect podemos ver la etiqueta
del volumen de un CD así como los comentarios de los mismos.
Descripción de las utilidades:
sdir
este programa muestra la capacidad de un directorio con sus
subdirectorios. Los parámetros a pasarle son directorios.
isodetect
programa para ver el volumen, el editor, el publicador y la
aplicación de una imagen. Su sintaxis es la siguiente:
· -h Muestra la ayuda.
· -d y un nombre de un archivo de imagen o de un dispositivo le
indican en dónde realizar la búsqueda; por defecto busca en
/dev/cdrom. Si no se indican mas parámetros indicará el tipo de
imagen que es, iso9660 o HFS.
· -V muestra el nombre del volumen de la imagen o CD.
· -P muestra el comentario que hay como publicador.
· -p muestra el comentario que hay como preparador.
· -A muestra el comentario que hay como aplicación.
Sólo se puede indicar un comando a la vez con -d. Este programa
se puede encontrar en el paquete X-CD-Roast (sección ``X-CD-
Roast'').
cdinfo
excelente y pequeña utilidad que nos muestra la estructura de un
CD; en lo que a pistas se refiere, identifica CDs mixtos,
arrancables, con sistema HFS, CD Plus, etc. (Altamente
recomendada y muy útil). La última versión se puede descargar
desde http://www.in-berlin.de/User/kraxel/dl/cdinfo.c
Desgraciadamente, parece ser que se ha abandonado su desarrollo.
isovfy
Esta pequeña utilidad nos servirá para encontrar posibles
errores en las imágenes. Su sintaxis es muy sencilla, solamente
se le ha de indicar un dispositivo de bloque o el nombre del
fichero imagen. Este programa viene en el paquete de X-CD-Roast
(sección ``X-CD-Roast'').
7. Software DAO y generadores de subcódigos.
7.1. cdrecord 1.8
Puede obtener la última alpha del servidor FTP
ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/alpha/.
Descripción de los nuevos comandos para la nueva versión:
-useinfo
Utiliza los archivos de extensión .inf sobreescribiendo las
opciones por defecto.
-atip
Muestra la información referente al CD y sale. Esta información
tambien la ofrecia la version anterior pero sólo cuando se
disponia a grabar.
-dao
Graba el medio en Disc-At-Once.
Ejemplo de como se usa la opción -atip se tiene en la sección
referente a crear un sistema ext2 con el ``mke2fs'' en un archivo.
Para usar la opción -useinfo necesitamos primero haber extraido con el
cdda2wav un CD-Audio al disco duro sin poner la opción -H.
cdrecord -v dev=0,3,0 fs=16m speed=4 -useinfo *.wav
Pues sí, cdrecord tambien graba en DAO, pero sólo a partir de la
versión de desarrollo 1.8a20. La forma de usar cdrecord es
prácticamente la misma solo que para usar las características de la
grabación en DAO ha de tener una grabadora que soporte MMC y utilizar
la opción -dao; salvo esto, puede usarlo como haría normalmente.
Cuando utilizemos esta opción notaremos una forma distinta de grabar
los CDs. En primer lugar veremos una nueva frase que nos muestra el
cdrecord, Sending CUE Sheet. que nos indica que lo primero que está
haciendo es escribir las separaciones de las pistas, los gaps y pregap
para luego grabar todo, incluida la TOC sin desactivar el laser de
grabación. Gracias a esta opción se puede ahorrar unos segundos o
minutos si se tiene que grabar un CD con muchas pistas de audio.
Un ejemplo podria ser:
cdrecord -v dev=3,0 fs=16m speed=4 -dao /imagen.iso /audio/*.wav
y tambien si se pretende copiar directemente desde un CD
cdrecord dev=3,0 speed=4 fs=16m -v -dao -isosize /dev/sr0 -audio /wavs/*.wav
7.2. CD Builder
Prometedora aplicación, con entorno gráfico en X-Window, que permitirá
generar escaletas (cue sheets para la creación de CDs, así como de
subcódigos, como CD-G, CD-TEXT, etc.
En la actualidad está en su primera etapa (alpha de desarrollo, aunque
dotado de cierta funcionalidad.
Puede obtenerlo de http://www.ccs.neu.edu/home/bchafy/cdb/cdb.html.
Al parecer se ha abandonado el desarrollo de este programa.
7.3. cdrdao
Este programa ha evolucionado tanto que la copia en DAO y al vuelo
está empezando a dar sus frutos. Es posible copiar CDs al vuelo sin
volcar los datos al disco duro incluso con las pistas de audio; el
problema en este último aspecto es que no soporta todas las unidades
lectoras a pesar de incorporar código del CDParanoia para realizar la
extracción de audio.
Echándole un vistazo a la documentación se puede ver qué unidades
están soportadas; tanto unidades grabadoras, incluyendo modelos SCSI e
IDE, como unidades lectoras que hayan sido probadas sin problema.
También se pide que si su unidad está soportada para extraer Audio con
cdparanoia, pero no con cdrdao, le envíe la información que se obitene
de ejecutar el comando cdparanoia -v a la dirección de correo del
autor, que tratará de incorporarar su unidad lo antes posible.
Todo lo referente a las unidades soportadas se encuentra en el archivo
README del paquete del código fuente. En el mismo paquete se
encuentran otras utilidades bastante interesantes que comentaré
seguidamente una vez explicados los comandos de esta utilidad.
La última versión, recomendada y realmente funcional, la 1.1.3, se
puede obtener de http://www.ping.de/sites/daneb/cdrdao.html.
Descripción de los comandos del programa:
Utilización del programa:
cdrdao comando [opciones] archivo-toc
comando
indicamos al programa qué es lo que queremos hacer. Los
comandos disponibles son:
· show-toc Muestra la TOC y sale.
· toc-info Muestra una pequeña descripcion de la información del
archivo TOC extraido previamente.
· toc-size Muestra el número total de bloques para la TOC.
· read-toc Crea un archivo TOC desde un CD.
· read-cd Crea el archivo TOC y extrae el contenido del CD.
· show-data Muestra el contenido de los datos y sale.
· read-test Realiza una prueba de lectura de todas las pistas y
sale.
· disk-info Mustra información sobre el disco que hay en unidad.
· unlock Desbloquea la unidad despues de un fallo de escritura.
· simulate Ya no se utiliza, ahora es write --simulate.
· write Graba un CD.
· copy Copia, esto se utiliza para la copia al vuelo.
opciones
Aqui se describen las diferentes opciones que soporta el
programa.
· --device (x,y,z) Especifica el dipositivo de la grabadora. Se
puede suprimir si existe un enlace simbólico del dispositivo
correspondiente a su grabadora a /dev/cdrecorder. Se puede
indicar tanto la del dispositivo directo como el identificador
SCSI, ejemplo: 0,3,0 o /dev/sr1
· --source-device (x,y,z) Aquí especificamos la unidad desde la
cual tomaremos los datos para realizar la copia. Se puede
especificar tanto un dispositivo como un identificador SCSI. Es
necesaria si usamos el comando copy.
· --driver (id) Forzamos al programa a usar un controlador
específico para la grabadora.
· --source-driver (id) Forzamos al programa a usar un controlador
específico para la unidad lectora. Es necesaria si usamos el
comando copy, aunque no si el programa identifica correctamente
esta unidad.
· --simulate Para realizar una copia con el láser desactivado, en
modo de simulación o prueba.
· --multi No cierra el CD, para poder crear un CD multisesión.
· --eject Expulsa el CD una vez grabado.
· --swap Invierte el orden de palabra de las pistas de audio.
· --on-the-fly Realiza una copia al vuelo, no crea imagen.
· --datafile (archivo) Nombre del archivo de datos en donde se
encuentran los datos a los que hace referencia el archivo TOC.
Usado por read-cd, read-toc y copy.
· --buffers (número) Expecifica el tamaño del buffer (min. 10).
· --session (número) Selecciona la sesión para read-toc/read-cd.
· --fast-toc No extrae los pre-gaps ni las marcas índice.
· --read-raw Lee los sectores raw para read-cd.
· --paranoia-mode (número) nivel de paranoia para la extracción de
audio (0..3).
· --reload Relee el disco si es necesario para grabar.
· --force Fuerza la ejecución de la operación.
· -v (número) Expecifica el nivel de muestra de datos.
· -n (número) No hace una pausa después de grabar.
De aqui hay que comentar que el comando copy sólo se usa para copiar
un CD directamente, si tenemos una imagen y la queremos copiar hay que
usar el comando write. Un tamaño muy recomendado del buffer es 64, y
de ahí en adelante, aunque con 64 creo que es más que suficiente.
7.3.1. Copia al vuelo de CD-ROMs.
Ahora una breve descripción de lo que más nos interesa del programa,
la copia directa (al vuelo) sin imagen.
cdrdao copy -v 2 --device 0,3,0 --source-device 0,1,0 --speed 4 --buffers 64 \
--reload --eject --on-the-fly --fast-toc
Este es el comando que utilizo para duplicar cualquier tipo de CD al
vuelo. Al ponerle la opción --fast-toc realiza una lectura rápida de
la tabla de contenidos del CD, de lo contrario primero leerá y
comprobará el CD fuente, lo que tardará lo que necesite su lector, y
luego lo copiará. Si le indicamos el susodicho parámetro, leerá la TOC
de forma rápida y empezará enseguida a copiar. El resto de parámetros
no necesitan de una explicacion más detallada.
Es recomendable que cuando se copie un CD de música o mixto se utilice
de la siguiente manera con la opción --paranoia-mode:
cdrdao copy -v 2 --device 0,3,0 --source-device 0,1,0 --speed 4 --buffers 64 \
--reload --eject --on-the-fly --fast-toc --paranoia-mode 0
Con la opción --paranoia-mode le especificamos en que modo ha de ser
paranoico a la hora de extraer las pistas de audio, si le
especificamos 0, será lo menos posible y es el que se recomienda a la
hora de grabar al vuelo ya que se desactiva la verificacion de
errores, que como es normal, reduce la transeferencia de datos ya que
la unidad lectora se dedica más tiempo a comprobar los posibles
defectos de las pistas e intentar corregirlos que a pasarle los datos
a la grabadora, por lo que si no le ponemos este modo es muy posible
que se produzca un buffer underrun y perder el CD.
Si lo que queremos es que los verifique le indicamos modo 3 y será tan
paranoico que para extraer una pista de audio en un lector 32X SCSI
(como mi TEAC) tardará más tiempo que dura la misma cancion al
reproducirla; con esto el programa se asegura de que no pierda calidad
y de correguir posibles errores en el CD. Este modo es recomendable
cuando tengamos algun CD en mal estado y la única forma de poder
grabarlo sea volcando primero a disco duro.
7.3.2. Extracción y grabación de imágenes DAO con cdrdao.
Otra de las funciones que nos puede interesar muchisimo es la de
extraer una imagen al disco duro, como por ejemplo para lo dicho
anteriormente, para cuando tengamos algun CD que no podamos grabar al
vuelo por estar defectuoso, o bien, para grabarlo mas tarde. El
comando a utilizar es el siguiente:
cdrdao read-cd -v 2 --device 0,1,0 --read-raw --datafile imagen.bin imagen.toc
De esta forma conseguimos extraer una imagen en el archivo imagen.bin
del contenido del CD-ROM fuente y el en archivo imagen.toc almacenamos
la información que nos servirá posteriormente para poder grabar y
dejar el nuevo CD tal y como estaba el original. El comando a utilizar
es el siguiente:
cdrdao write -v 2 --device 0,3,0 --speed 4 --buffers 64 imagen.toc
Como habrá notado, no hemos indicado el nombre de la imagen ya que la
toma del archivo que contiene la información TOC. El indicarle la
opción --datafile con el nombre de la imagen es sólo para
identificarla, por si tenemos más de una extraida en el disco duro;
sino, por defecto la imagen se llamará data.bin. Si diese la
casualidad de que ya hubiera un archivo con el mismo nombre, el
programa detendrá el proceso mostrando una advertencia, indicando de
que ya existe el archivo.
También se puede usar el cdrdao para copiar una imagen de datos que
hayamos hecho, pero no lo recomiendo; ya que primero tenemos que crear
un archivo TOC, cosa que resulta más laborioso que copiarla con el
cdrecord.
7.3.3. Scripts que acompañan a cdrdao.
Se puede usar cdrdao para copiar archivo .wav, y que gracias a un
script en PERL que incluye en el directorio /contrib/wav2dao/ del
paquete del código fuente podamos copiar dichas pistas sin que al
final de las mismas nos ponga 2 segundos de silencio.
Para obtener la ayuda del programa ponemos:
wav2dao.pl -H
Deberia funcionar simplemente con
wav2dao.pl -d /dev/sr0 -w -n *.wav
En el directorio de los fuentes /contrib/mp32dao/ encontramos otro
script en PERL para realizar de forma automática la extracción de los
archivo Debido a la falta de algunos archivos en la distribución del
PERL en mi sistema no he podido probarlo. Este script hace uso del
programa mpg123 que se encuentra en la mayoria de distribuciones del
mercado o bien por internet.
Puede que necesite completar su distribución perl con módulos del CPAN
(Comprehensive Perl Archive Network) http://www.cpan.org para hacer
uso de este script.
7.3.4. Duplicado de CD-ROMs de PlayStation con CDRDAO.
Por último tenemos en el directorio /contrib/psxcopy-x.y/ dos
programas y dos scripts para la extracción y copia de los dichosos CDs
de PlayStation. Lo siento por aquellos que quieran copiar dichos CDs
al vuelo, pero de momento no soportan dicha función, tal vez mas
adelante, pero hay que reconocer que ya es un comienzo que por lo
menos se puedan grabar, ¿no?.
Pues bien, lo primero es compilar los dos programas que son necesarios
y luego instalarlos. Una vez compilados sin errores hacemos que los
scripts read-psx y write-psx sean ejecutables. Como son dos scripts
normales, habrá que editarlos y modicicar los parámetros para que
apunten a nuestra unidad lectora y grabadora respectivamente en cada
archivo. Una vez hecho eso simplemente introducimos el CD fuente en la
unidad lectora, tecleamos:
read-psx cd1
y una vez extraído
write-psx cd1
7.3.5. A tener en cuenta
Hay más posibilidades pero las descritas anteriormente son las que son
más faciles de usar y que más nos pueden interesar. En próximas
versiones ampliaremos el contenido dedicado a este fabuloso programa.
Tambien indicar que en el mismo paquete de las fuentes se encuentra un
interfaz para X, el problema es que no soporta la grabación al vuelo.
ATENCION: Durante la utilización del programa para la duplicación de
un CD-ROM al vuelo, no se podrá acceder de ninguna de las maneras a la
unidad. Si se intenta montar la unidad fuente, por ejemplo, el
proceso de grabación terminará con errores y el CD origen no se
completará, perdiedo un disco. Esto se puede comprobar grabando un
disco en modo de pruebas o de simulación y accediendo a la unidad
desde donde se obtienen los datos.
8. Preguntas de Uso Frecuente
8.1. megas para un CD 74 minutos. ¿Esto a que se debe? Cuando grabo
con cdrdao , muestra una capacidad de casi 750
Una curiosidad que se observa mientras se está grabando un CD con el
programa es que en lugar de decirnos el tamaño de cada pista que se
está grabando nos muestra una capacidad abismal del borde de los 750
megas para un CD 74 minutos completo.
Esto se debe a que la grabación que ofrece este programa no es en
megas reales de ordenador sino en megas de CD, que en lugar de ser de
8/16/32 bits es de 12'5 bits, de ahí el tamaño. No tiene porque
asustarse, es completamente normal. Otra de las ventajas que he
podido apreciar es que ofrece mucha información sobre el CD antes de
realizar el proceso de grabación.
8.2. disco duro deje de funcionar durante unos segundos. Me sale un
mensaje muy parecido al siguiente después de que el
Me sale este mensaje después de que el disco duro deje de funcionar
durante unos segundos:
hda: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest}
hda: disabled DMA
ide0: reset: success
Tiene que recompilar el kernel y desactivar el soporte para el chip
Intel Tritón (I/II) DMA, ya que su disco duro no soporta extracción
por DMA.
Esto puede ocasionar problemas a la hora de estar grabando un CD,
puesto que el disco duro se puede parar durante 6 a 9 segundos, hasta
que el kernel se da cuenta, resetea el IDE y desactiva la extracción
DMA para ese disco, (con las unidades de CD-ROM que no lo soporten
también) tiempo suficiente para que el CD pueda salir dañado al no
llegarle constantemente los datos.
En el caso de estar emulando dispositivos SCSI es rotundamente
necesario desactivar dicha opción en el kernel ya que en el momento en
que pase, el bus se quedará colgado al hacer interferencia el
controlador IDE y la emulación SCSI, haciendo que no pueda leer de las
unidades al estar literalmente bloqueadas, por lo que el único remedio
suele ser apagar el ordenador.
8.3. ¿Hay alguna forma de hacer una imagen exacta de un CD al disco
duro que no sea copiar los ficheros del CD al disco y luego sacar la
imagen?
Sí. Hay una forma de transferir una copia binaria de un CD
directamente a disco duro, haciendo simplemente un cat o dd del
dispositivo donde tenga la unidad lectora de CD (normalmente el enlace
/dev/cdrom) y redireccionando a un archivo o partición libre en el
disco duro; de esta forma podremos hacer una imagen exacta del CD si
no tenemos una unidad secundaria desde donde copiarlo, o si queremos
comprobar la legibilidad del CD.
Un ejemplo de cómo se hace es
cat /dev/cdrom > imagenCD.iso
o
dd if=/dev/cdrom of=imagenCD.iso
una vez hecho esto sólo tenemos que usar esa imagen para grabar y
obtendremos una copia exacta del CD original. Si el CD lleva pistas de
audio tendrá que extraer las pistas de audio primero a disco con un
extractor digital como cdda2wav, o readcdda, suponiendo que su lector
lo soporte, sino puede hacerlo desde la grabadora (ver sección ``¿Se
puede usar la grabadora para leer o extraer?'').
8.4. ¿Se puede copiar de CD a CD (sólo de datos) directamente sin
ningún problema?
Efectivamente se puede copiar de CD a CD sólo de datos sin ningún
problema, pero eso sí, (el típico pero) no es nada recomendable hacer
la copia desde un CD IDE y sobre todo si la unidad lectora se para o
hace cosas raras. Para las grabadoras IDE no recomiendo (como ya dije
anteriormente) que ponga la unidad lectora en el mismo puerto IDE que
la grabadora. Si lo hace así, hágale muchas pruebas antes de proceder.
Para grabar directamente de CD a CD basta con indicarle al programa
grabador que la imagen la obtenga del dispositivo lector, es decir
/dev/scdX.
cdrecord -v dev=0,0,0 speed=2 fs=8M -isosize -eject /dev/sr1
En este ejemplo podemos ver cómo se hace una copia directa desde la
unidad lectora a la grabadora (IDE en este caso), y si se da cuenta,
el parámetro -isosize es para forzar al programa grabador a que
determine primero el tamaño del CD imagen ya que por sí solo no lo
hace, e intenta leer los dos ultimos bloques, pudiendo resultar un CD
defectuoso.
8.5. ¿Puedo duplicar directamente un CD mixto o de audio?
Actualmente, solo un programas para grabación de CDs bajo Linux
permite duplicar directamente un CD mixto (1 o varias pistas de datos
y una o varias de audio) sin extraer al menos las de audio a disco
duro gracias a que soporta duplicación de tipo DAO (Disk At Once) y
OTH (On The Fly). Por supuesto, la unidad grabadora ha de soportarlo,
además del programa; además, el lector de CDRom ha de estar soportado
por el programa para poder extraer las pistas.
Ver sección ``cdrdao''.
8.6. ¿Puedo duplicar CDs en formato xa2? (Por ejemplo, de PlaySta
tion)
La respuesta a si se puede duplicar un CD en mode xa2 es sí.
SI. ¿Cómo? ¿Ahora sí? Pues sí, gracias al cdrdao ahora es posible
duplicar CDs de PlayStation.
El problema de los CD-ROM de PlayStation es que incorporan un sistema
de grabación basado en la pista 0. Esta pista está grabada como de
datos y es errónea desde el punto de vista del estándar ISO9660. No
obstante, con las extensiones de nuestros sistemas somos capaces de
leerlas. Al copiar con cdrecord la pista 0 pasa a ser pista 1; la
PlayStation no coge el CD, ya que el busca la pista 0 sin encontrarla.
Esa es la razón de usar un programa tipo DAO/OTH para hacer este tipo
de copias.
software/grabadora/lector que soportase duplicación DAO, como ahora lo
hay. Ver sección ``¿Puedo duplicar un CD mixto o de audio?''.
8.7. ¿Hay alguna FAQ genérica sobre CD-R o CD-RW?
Sí. En ella puede consultar desde qué tipo de CD-R vírgenes son mejor
para qué cosa hasta qué grabadora es la más recomendable, o cuáles son
en realidad productos OEM basados en marcas conocidas.
Su autor es Andy McFadden, puede consultarla en
http://www.fadden.com/cdrfaq/
Eso sí, está en inglés, aunque puede aprovechar el traductor de
Altavista: http://babelfish.altavista.digital.com/cgi-bin/translate.
La traducción es un poco burda, pero menos da una piedra... :).
8.8. zumbido horripilante... He grabado un CD de Audio, pero al
escucharlo sólo se oye un
Consulte la sección ``Software de extracción de audio'', Ha utilizado
el orden de palabra binaria endian equivocado para grabar ficheros de
audio.
8.9. Problemas con más de un dispositivo en controladoras SCSI NCR
Poseo una controladora Ultra-SCSI NCR 53c810a a la cual tenia
conectada la grabadora, y en las opciones de configuración del kernel
me aparecen una serie de parametros opcionales que no recomiendan
ellos mismos que se activen, a no ser que los dispositivos den
problemas o cuelguen el sistema.
Pues bien, cuando tenía sólo la grabadora y estos tres parámetros
activados efectivamente el sistema se colgaba. Posteriormente adquirí
una unidad lectora SCSI para poder realizar duplicaciones directas,
pero en las duplicaciones aparecían errores por todos sitios.
Me di cuenta de que la unidad lectora no funcionaba a todo su
rendimiento, asi que activé todas las opciones del kernel para mi
controladora, solucionando el problema y comprobando que mi sistema no
se caía.
Pero los problemas no acabaron ahí, cuando intentaba extraer audio la
controladora se me colgaba, teniendo que resetear, así que me puse a
recompilar el kernel de nuevo y cuál fue mi sorpresa al ver que no
sólo había ese controlador para las tarjetas NCR de la serie 53c8xx.
El problema no era de la controladora sino del controlador que estaba
usando. Por lo tanto cambié de controlador al más novedoso y
recomendable, el ncr53c8xx, solucionando el problema y dejando de
tener todos los inconvenientes anteriormente citados, funcionando todo
a la primera.
De aquí deduzco que hay que fijarse mucho en todos los controladores
disponibles, ya que por ejemplo para las controladoras NCR hay más de
uno; familiarícese con su controladora.
Esto es un ejemplo de lo que puede pasar si el controlador de su
dispositivo SCSI no corresponde lo mas recientemente con su
controladora SCSI.
8.10. ¿Como se crea un CD Mixto?
Para crear un CD en modo mixto, es decir, con una primera pista de
datos y las siguientes de audio hemos de crear una imagen de datos con
el mkisofs y tener las pistas de audio listas en algún directorio,
procediendo con cdrecord de la siguiente manera:
cdrecord -v dev=4,0 speed=2 fs=16m -eject image.raw -audio /wavs/*.wav
y si lo que queremos es copiar una CD de este tipo, lo primero es
extraer las pistas de audio al disco duro con, por ejemplo, el
cdda2wav y luego usar el cdrecord de esta forma:
cdda2wav -D 0,2,0 -B -t 2+9
cdrecord -v dev=1,0 speed=4 fs=16m -nopad defpregap=0 pregap=0 -isosize \
/dev/cdrom -audio *.wav
Las opciones que he incluido -nopad defpregap=0 pregap=0 nos sirven
para que el CD ocupe un poco menos al ser grabado y no grabar espacios
entre las imágenes. Recomiendo usarlas en las copias de CD mixtos y CD
Plus.
8.11. ¿Como se graba un CD multisesión?
ATENCION: No es posible crear CDs Multisesion con formato Joliet.
El asunto de un CD multisesión es complicadillo. Si comenzamos con que
hemos grabado una imagen digamos de 200 MB y también queremos grabar
otra de otros 200 MB a continuación no podremos, es decir, primero
tendremos que grabar una, y después crear la segunda imagen con unas
opciones que tenemos que sacar de cdrecord, pasándoselas a mkisofs
como muestra el ejemplo:
cdrecord dev=4,0 -msinfo
Para obtener el número que hace falta, es decir, la información
multisesión del CD. Sólo funciona con CDs que hayan sido grabados con
la opción -multi. Entonces le pasamos a mkisofs el número que puede
ser: 0,131456 de la siguiente forma:
mkisofs -v -a -C 0,131456 -r -R -T -V "CDROM" -N /imagen1.iso -o /imagen2.iso /files/.
Como se puede observar, también se ha incluido el parámetro -N con el
nombre de la imagen anteriormente copiada al CD, aunque si la hemos
copiado podemos indicarle el nombre del dispositivo en el que se
encuentra, si bien no he comprobado esto último.
Luego procedemos a copiar la imagen con el cdrecord de forma normal
con el parámetro -multi para que sea multisesión.
8.12. ¿Como se crea un CD Plus?
¿Pero qué es un CD Plus? Un CD Plus contiene primero pistas de audio y
al final una pista de datos. ¿Qué raro no? ¿Y para qué sirve? Se usa
de forma común para usar este tipo de CDs con lectores de CD-Audio
normales, ¿Ha probado a escuchar un CD de datos en un lector de CD-
Audio normal? Para crear este tipo de CDs lo primero es crear una
imagen sin archivos en ella, es decir, hacer una imagen básica desde
un directorio en el que no hayan archivos. Grabamos las pistas de
audio y la imagen básica que hemos creado con la siguiente sentencia:
cdrecord -v dev=4,0 speed=4 fs=16m -multi -audio *.wav -data imagen.iso
una vez grabada, obtenemos la información de multisesión del CD y
hacemos la imagen y la grabamos de la misma forma que está explicada
en la sección ``¿Como se crea un CD Multisesión?''.
8.13. ¿Se puede usar la grabadora para leer o extraer?
Sí, pero es algo altamente desancosejable. Las razones:
· MTBF de una grabadora (su tiempo de vida útil) suele ser muy bajo
(unas 30000 horas) comparado con el de un lector de CD (unas
150000).
· El precio de un lector de CD IDE decente es aproximadamente de un
15% a un 20% respecto al de una grabadora, y entre un 20% y un 25%
si es SCSI.
· Las velocidades de lectura de los lectores suelen ser de 40x o
incluso 50x. Las de las grabadoras, no pasan de 10x.
De lo cual se deduce que no es nada rentable, por no decir efectivo,
malgastar la vida útil de una grabadora en emplearla como lector.
8.14. Tengo una grabadora HP-7500, y cdrecord me hace cosas raras...
Como por ejemplo, en un -scanbus:
bus, target: 0, ,0,0 0 'PIONEER ' 'CD-ROM DR-A02S ' '1.08' Removable CD-ROM
bus, target: 0, ,1,0 1 'HP ' 'CD-Writer+ 7500 ' '1.0a' Removable CD-ROM
0,,1,0 1,0 ('HP ' 'CD-Writer+ 7500 ' '1.0a' Removable CD-ROM) == 0,,1,0
1,0 ('HP ' 'CD-Writer+ 7500 ' '1.0a' Removable CD-ROM)
O fallos continuos...
Necesita aplicar un parche a cdrecord, y recompilarlo para que soporte
adecuadamente su grabadora.
En http://www.guug.de:8080/cgi-bin/winni/lsc.pl puede obtenerlo.
8.15. CDRDAO no detecta bien mi unidad
La única solución es leer bien el archivo README que acompaña al
programa y comprobar si su unidad está realmente soportada en la lista
que acompaña. Si realmente no está tiene la posibilidad de enviar un
mail al autor para que añada soporte para ella. Pero antes de hacer
eso, pruebe con todos los controladores de unidades que soporta el
programa, a lo mejor alguno de ellos funciona.
8.16. Sugerencias y peticiones
NOTA: Dejo este apartado tal y como está para que se siga aportado
ayuda a otros programas que lo necesiten. Si bien el que mas promete
en este aspecto es cdrdao pido que el que pueda ayudar en su
desarrollo no deje de lado tal programa que nos ayudará mucho si lo
aprendemos a utilizar. Referirse al apartado del programa ``CDRDAO''
Desde este documento pido la ayuda, dedicación que cada uno pueda
aportar a la creación/desarrollo de algún programa DAO (Disk-At-Once)
para la duplicación de CD-ROMs, ya que es muy costoso y trabajoso la
creación o duplicación de CD Mixtos y de Audio, para que linux esté a
la altura de hacer las cosas como lo hacen programas de este tipo para
otras plataformas, como los conocidos DAO/CDRWIN de MS-DOS/Windows
respectivamente de la empresa Golden Hawk y Adaptec Easy CD/Pro.
9. Créditos
Éste documento ha sido escrito por Leandro Terrés lord_lt@retemail.es
tras leer varios documentos en inglés, tanto el CDWriters-HOWTO como
los manuales de varios programas que he comentado y gracias a la
experiencia obtenida en este campo.
Otras partes de este documento son de incorporación propia y pruebas
que he ido haciendo, a base de perder algún que otro CD con grabadoras
IDE, que es la parte más actual por la que se ha hecho éste documento.
Éste documento es propiedad intelectual de Leandro Terrés como parte
del Insflug, y del LDP (Linux Documentation Proyect). Para cualquier
modificación, añadidura, traducción, etc. póngase en contacto con el
autor.
Colaboraciones, añadiduras y correcciones:
· Jorge de Diego Rodríguez, toke@toke.net por su inestimable ayuda en
la finalización del apartado sobre las grabadoras IDE/ATAPI por
puerto paralelo.
· Revisión, reestructuración, formateo y ampliación (SCSI,
extracción de audio), Francisco J. Montilla, pacopepe@insflug.org
a los que desde aqui doy mis más sinceras gracias por la ayuda
prestada.
10. Anexo: El INSFLUG
El INSFLUG forma parte del grupo internacional Linux Documentation
Project, encargándose de las traducciones al castellano de los Howtos
(Comos), así como la producción de documentos originales en aquellos
casos en los que no existe análogo en inglés.
En el INSFLUG se orienta preferentemente a la traducción de documentos
breves, como los COMOs y PUFs (Preguntas de Uso Frecuente, las FAQs.
:) ), etc.
Diríjase a la sede del INSFLUG para más información al respecto.
En la sede del INSFLUG encontrará siempre las últimas versiones de las
traducciones «oficiales»: www.insflug.org. Asegúrese de comprobar
cuál es la última versión disponible en el Insflug antes de bajar un
documento de un servidor réplica.
Además, cuenta con un sistema interactivo de gestión de fe de erratas
y sugerencias en línea, motor de búsqueda específico, y más servicios
que estamos trabajando incesantemente para añadir.
Se proporcionará también una lista de los servidores réplica (mirror)
del Insflug más cercanos a Vd., e información relativa a otros
recursos en castellano.
En http://www.insflug.org/insflug/creditos.php3 cuenta con una
detallada relación de las personas que hacen posible tanto esto como
las traducciones.
¡Diríjase a http://www.insflug.org/colaboracion/index.php3 si desea
unirse a nosotros!.
Francisco José Montilla, pacopepe@insflug.org.
distrib
>
Mandriva
>
2010.0
>
i586
>
media
>
contrib-release
>
by-pkgid
>
37c5aeaddb0876d2a87daf571c6f662e
>
files
>
23
