¿Es necesario crear una imagen .iso antes de grabarla en un DVD-ROM? Quiero decir, nunca noté esto en Windows antes de grabar mis archivos en DVD-ROM, nunca creé un archivo de imagen ISO. Pero había cambiado a Linux y, mientras aprendía algunos comandos de terminal, vi que lo mencionaban.Después de crear un archivo iso, lo grabaríamos en el disco., Entonces, mi curiosidad se resume en:
1) ¿Es necesario crear archivos de imagen .iso antes de grabarlos?
2) En caso afirmativo, ¿por qué es necesario?
Respuesta1
Los datos deben escribirse en el DVD en el formato correcto con la estructura de entrada y salida del disco y del sistema de archivos correctos.
Para escribir en el disco, es necesario aplicar el formato ISO sobre la marcha a los datos (archivos) recopilados antes de pasarlos al búfer de escritura del disco, o puede resultar útil crear un archivo de imagen que se pueda transmitir directamente a la unidad.
De una forma u otra, los datos deben organizarse adecuadamente antes de escribirlos.
Linux tiene la costumbre de crear "una buena herramienta" para realizar un trabajo y luego encadenar herramientas para lograr una tarea completa. Por lo tanto, muchas herramientas de escritura en disco son poco más que una interfaz gráfica de usuario para otra herramienta o conjunto de herramientas que realizan el trabajo real. Después de todo, ¿por qué reinventarías la rueda cuando ya tienes disponible un juego de ruedas en perfecto estado?
Respuesta2
¿Es necesario crear
.isoarchivos de imagen antes de grabarlos?
Si y no. Sí, debes crear un flujo de bytes adecuado; y no, porque no es necesario guardarlo comoarchivo normalen su HDD o SSD.
¿Por qué es necesario?
Muchas herramientas de Linux siguen la regla de "haz una cosa y hazla bien". Tenemosmkisofspara crear una imagen ISO, entonces, por ejemplocdrecordocdrskinpor quemarlo. En Windows, las herramientas que hacen todo por sí mismas son mucho más comunes. Otra respuesta ya ha sugerido que pueden crear imágenes sobre la marcha; También pueden almacenar estas imágenes como archivos temporales.
Tenga en cuenta que puede lograr algo similar en Linux. Marque -ola opción demkisofs; si falta esta opción, stdoutse utiliza. Los programas que escriben en medios ópticos pueden usarlos stdinen el modo "Track At Once".
O puedes crear archivos temporales, incluso en la memoria (como en /dev/shm/).
Respuesta3
Creo que grabar un CD-ROM compatible con ISO9660 en la línea de comandos siempre requerirá un paso para crear la imagen iso(9660).
Sin embargo, herramientas gráficas como k3b (KDE) o brasero (gnome) le permitirán crear CD-ROM de datos sin necesidad de ejecutar este paso explícitamente; probablemente construyan la imagen sobre la marcha durante el proceso de grabación.
Respuesta4
1) No. Como han dicho otros, no es necesario almacenar los datos de forma intermedia en el disco duro. Los programas productores para ISO 9660 pueden emitir un flujo de datos a "salida estándar" y los programas quemadores pueden tomar este flujo de datos por su "entrada estándar". Eso se llama "tubería", un gesto de shell de Unix muy fundamental.
El ejemplo clásico es alguna variación de:
mkisofs /some/directory | cdrecord -v dev=/dev/sr0 -xorriso -outdev /dev/sr0 -blank as_needed -map /some/directory /Sin olvidar los programas de grabación de GUI: K3b, Xfburn, Brasero, ... Coordinan el programa productor de ISO y el programa de grabación sin mucha ayuda por parte del usuario.
Editar:Intente reaccionar ante el comentario de Nis:
Si no desea almacenar más que el contenido de un solo archivo, simplemente puede grabar ese archivo en el medio. Si luego abre el archivo /dev/sr0, este contendrá el contenido almacenado (y probablemente algo de basura al final).
Si desea almacenar más de un archivo, o nombres de archivos y otros atributos, entonces necesita empaquetar sus archivos en algún sistema de archivos o formato de archivo. Este formato será posteriormente legible por el controlador del sistema de archivos apropiado (por ejemplo, Linux "iso9660") o por el desempaquetador de archivos (por ejemplo, el programa "tar").
Por supuesto, usted es libre de elegir sólo unos pocos archivos de su disco duro y darles nombres diferentes en el sistema de archivos o archivo resultante. (mkisofs tiene la opción -graft-points y "pathspecs" /ISO/PATH=/DISK/PATH para controlar el cambio de nombre. Algunos programas de archivo pueden tener capacidades similares para cambiar los nombres de los archivos cuando se copian en su archivo).
La mayoría de los sistemas de archivos tendrían que crearse en un dispositivo grabable de acceso aleatorio o en un archivo de imagen del sistema de archivos en el disco. Esto se debe a que no existe ningún programa productor que los cree como un flujo de datos secuencial. Un flujo secuencial de este tipo es una condición previa para la instalación de tuberías.
Los archivadores (por ejemplo, "tar" o "zip") y los productores de sistemas de archivos ISO 9660 tienen la capacidad de emitir su resultado como flujo secuencial. Entonces son ellos los que pueden canalizar su salida a la entrada de un programa de grabación.
(Fin de la edición)
2) Ahora, la razón por la que existen tantas propuestas, que le dicen que primero almacene el archivo de imagen ISO y luego lo grabe en un medio.
En los malos tiempos de las primeras grabadoras de CD existía el riesgo de que el buffer se desbordara. Tan pronto como la unidad escribió más rápido de lo que el programa productor ISO podía entregar datos, la unidad arrojó un error y dejó el CD-R solo parcialmente escrito. Las posibilidades de éxito aumentaron si la computadora primero ejecutó el programa ISO, hasta que se produjeron todos los datos, y solo entonces inició el programa de grabación para leer la imagen ISO del disco duro.
Este tiempo terminó a finales de la década de 1990 con la invención de "grabar sin grabar", que permitió a la unidad esperar más datos y reanudar la grabación del CD. El problema de la insuficiencia de datos del búfer y la interrupción de la grabación nunca afectó a los soportes DVD o BD.