-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El K3b me dice que no puedo grabar ficheros de más de 4GB en el disco, y no sé porqué. El disco es de 8.5GB ¿Alguien tiene alguna idea del por qué? ¿Algún otro programa puede grabar un fichero de más de 4GB en disco de doble capa? - -- Saludos de Doctor Nemo. AMD Athlon 3800+ 64bits- 2GB RAM Linux 2.6.13-15.8-default -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEFY/PlKvmVQU7uT4RArVfAJ9xsm2lQEuBcxUxKZE4/+FPZ/MHyACgqYpx iBsERUEOzOwzG7e54kK00FI= =L9K0 -----END PGP SIGNATURE----- ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
El 13/03/06, Doctor Nemo escribió:
El K3b me dice que no puedo grabar ficheros de más de 4GB en el disco, y no sé porqué. El disco es de 8.5GB ¿Alguien tiene alguna idea del por qué? ¿Algún otro programa puede grabar un fichero de más de 4GB en disco de doble capa?
Es posible que necesites algún programa para llevarlo a cabo, como DVD+RW-Tools, mira a ver si lo tienes instalado. "The DVD+RW-Tools are used to burn and format DVD+R(W) and DVD-R(W) media. For DVD+R Double Layer burning version >= 5.20.4.10.8 is required." Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sí, tengo instalado el DVD+RW-Tools. No sé cómo funciona ni qué programa tengo que utilizar ¿Hay que decirle algo al K3b para que utilice ese programa? El K3b sí graba DVD de doble capa, el problema es cuando son más de 4GB. Camaleón wrote:
El 13/03/06, Doctor Nemo escribió:
El K3b me dice que no puedo grabar ficheros de más de 4GB en el disco, y no sé porqué. El disco es de 8.5GB ¿Alguien tiene alguna idea del por qué? ¿Algún otro programa puede grabar un fichero de más de 4GB en disco de doble capa?
Es posible que necesites algún programa para llevarlo a cabo, como DVD+RW-Tools, mira a ver si lo tienes instalado.
"The DVD+RW-Tools are used to burn and format DVD+R(W) and DVD-R(W) media. For DVD+R Double Layer burning version >= 5.20.4.10.8 is required."
Saludos,
-- Camaleón
- -- Saludos de Doctor Nemo. AMD Athlon 3800+ 64bits- 2GB RAM Linux 2.6.13-15.8-default -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEFZaIlKvmVQU7uT4RAtURAKDJrabGzRfFuC2+Y2+WzeuxF0cuAACguZ9O jrEEhJu12l4UlFX7q2lGQeY= =smJS -----END PGP SIGNATURE----- ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y m�viles desde 1 c�ntimo por minuto. http://es.voice.yahoo.com
2006/3/13, Doctor Nemo:
Sí, tengo instalado el DVD+RW-Tools. No sé cómo funciona ni qué programa tengo que utilizar ¿Hay que decirle algo al K3b para que utilice ese programa?
No, debería hacerlo de forma automática, siempre y cuando veas el programa "growisofs" como disponible y detectado por k3b.
El K3b sí graba DVD de doble capa, el problema es cuando son más de 4GB.
Hum. Algo he encontrado por Google, a ver si te sirve: https://www.redhat.com/archives/fedora-list/2005-March/msg00405.html Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-13 a las 18:23 +0100, Camaleón escribió:
Hum. Algo he encontrado por Google, a ver si te sirve:
https://www.redhat.com/archives/fedora-list/2005-March/msg00405.html
Es verdad... y eso me pasó a mi el otro dia. ¡Hay un limite por fichero de 4 gigas! Si se cree que estás grabando un fichero y no una imagen, peta. Resulta que estaba tratando de grabar un dvd encriptado con un procedimiento que me he sacado de la manga. Primero, creo un filesystem encriptado pero en un fichero en vez de en una partición, y el fichero tiene precisamente 4.4G, el tamaño exacto de un dvd. Lo monto: fichero /mnt/crypt ext3 noauto,acl,user_xattr,loop=/dev/loop1,encryption=twofish256,phash=sha512,itercountk=100 0 0 y copio en él todo lo que quiera grabar. Desmonto y lo grabo, para lo cual me fijo en la linea de comandos que usó el k3b para grabar una imagen iso justo antes: #28430 ? S 4:27 k3b #30818 ? R 0:00 \_ /usr/bin/growisofs -Z /dev/hdc /biggy/dvd_dos.iso -use-the-force-luke=notray -use-the-force-luke=tty -dvd-compat -speed=8 Así que yo voy y lo hago, quitando lo de "luke" - y hay que recordar que lo de "simulate" no funciona con los dvds, o por lo menos a mi me dice que no está soportado - así que va de veras: | nimrodel:/biggy # growisofs -Z /dev/hdc /biggy/crypta.bck.file -dvd-compat -speed=8 | Executing 'mkisofs /biggy/crypta.bck.file | builtin_dd of=/dev/hdc obs=32k seek=0' | INFO: UTF-8 character encoding detected by locale settings. | Assuming UTF-8 encoded filenames on source filesystem, | use -input-charset to override. | mkisofs: Value too large for defined data type. File /biggy/crypta.bck.file is too large - ignoring | ... ¡Pero el puñetero no se para y sigue con la quema! | /dev/hdc: "Current Write Speed" is 8.2x1385KBps. | Max brk space used 0 | 174 extents written (0 MB) | builtin_dd: 176*2KB out @ average infx1385KBps | /dev/hdc: flushing cache | /dev/hdc: closing track | /dev/hdc: closing disc | /dev/hdc: reloading tray O sea... mi magnífico DVD blanco de marca y calidad para backup para la eternidad... de posavasos. Al final lo he quemado (a la tercera) de esta guisa, en un dvd baratejo para probar: growisofs -Z /dev/hdc=/biggy/crypta.bck.file -dvd-compat -speed=4 -overburn (el segundo dvd me falló porque el baratejo no soporta speed=8... y tiene errores. No era mi día) Creo que "-dvd-compat" lo debo quitar. Y según el manual, las imágenes se pasan con el "=", y más si el cacharro no va a reconocer que es una imagen. Y lo de -overburn lo puse por si eso evitaba la protesta, no sabía que era un límite por fichero de 4G, creía que estaba diciendo que superaba el tamaño del dvd. El DVD funciona y monta bien: /dev/dvd /biggy/mnt/dvd ext3 noauto,acl,user_xattr,loop=/dev/loop2,encryption=twofish256,phash=sha512,itercountk=100 0 0 Pero tengo dos posavasos nuevos. Sigh... - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEFdaXtTMYHG2NR9URAuH9AJ0dGqBM092O7kGzKSguuQpmiSjoDQCfVIsl b2KfafRiB4TBphfyhzWAJC8= =SCb1 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-13 a las 21:31 +0100, escribí:
Es verdad... y eso me pasó a mi el otro dia. ¡Hay un limite por fichero de 4 gigas! Si se cree que estás grabando un fichero y no una imagen, peta.
Se me olvidaba. Es posible que Nemo esté tratando de grabar un fichero de 4 gigas, no una imagen de 4 gigas, por error al usar el k3b (a mi por poco me ocurre, no es tan dificil). Y si lo que quiere es grabar de alguna forma un fichero de 4 gigas dentro de un dvd, puesto que el formato isonosecuantos no lo permite, pues hay una cosa que se puede hacer en linux: grabar un dvd con formato ext2, por ejemplo. O reiserfs, o xfs... lo que nos dé la gana ;-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEFhLItTMYHG2NR9URAgBxAJ95RvSQ6mnYyAo0oJrwEQFFWYWRtgCeNbl6 O1tXkt8BHK/m86TDCprTUFQ= =BHBw -----END PGP SIGNATURE-----
El día 13/03/06, Doctor Nemo
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El K3b me dice que no puedo grabar ficheros de más de 4GB en el disco, y no sé porqué. El disco es de 8.5GB ¿Alguien tiene alguna idea del por qué? ¿Algún otro programa puede grabar un fichero de más de 4GB en disco de doble capa?
Ese limite corresponde al formato iso9660, por lo que para mayor capacidad, debes seleccionar formato udf (sistema de archivos). Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ¿Cuál tengo que deseleccionar? Tengo seleccionado: - - Generate Rock Ridge extensions - - Generate UDF structures Juan Erbes wrote:
El día 13/03/06, Doctor Nemo
escribió: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El K3b me dice que no puedo grabar ficheros de más de 4GB en el disco, y no sé porqué. El disco es de 8.5GB ¿Alguien tiene alguna idea del por qué? ¿Algún otro programa puede grabar un fichero de más de 4GB en disco de doble capa?
Ese limite corresponde al formato iso9660, por lo que para mayor capacidad, debes seleccionar formato udf (sistema de archivos).
Salu2
- -- Saludos de Doctor Nemo. AMD Athlon 3800+ 64bits- 2GB RAM Linux 2.6.13-15.8-default -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEFnBMlKvmVQU7uT4RAhoXAJ4pGzc6Yf870xL7TR4b4VDcwcCMrACfSy41 21gGl/akm7oDXnNP+LOGy/0= =t/cJ -----END PGP SIGNATURE----- ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-14 a las 07:27 -0000, Doctor Nemo escribió:
¿Cuál tengo que deseleccionar? Tengo seleccionado: - Generate Rock Ridge extensions - Generate UDF structures
El udf no lo conozco, pero es el que dice Juan, y en ese caso debes quitar el primero. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEFrn2tTMYHG2NR9URAs3DAJ0enpgrAjmbrzfSkMkSFAQ5gAtB2ACeKLPh T18c88YRb4AtaZVIW7Ag+TU= =HN55 -----END PGP SIGNATURE-----
El Martes, 14 de Marzo de 2006 13:41, Carlos E. R. escribió:
El 2006-03-14 a las 07:27 -0000, Doctor Nemo escribi�:
�Cu�l tengo que deseleccionar? Tengo seleccionado: - Generate Rock Ridge extensions - Generate UDF structures
El udf no lo conozco, pero es el que dice Juan, y en ese caso debes quitar el primero.
Si no me equivoco: Universal Disk Format. Está diseñado para los DVDs. HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-14 a las 14:08 +0100, Rafa Grimán escribió:
El udf no lo conozco, pero es el que dice Juan, y en ese caso debes quitar el primero.
Si no me equivoco: Universal Disk Format. Está diseñado para los DVDs.
Ya, bueno, eso si, pero para que sirve y para que no, ventajas, inconvenientes... - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEFtzVtTMYHG2NR9URApyYAJ444dsAgKfiHVznzhPgg2GSdv0CLQCfa/ol TAaWUYULmENqAuxge0EmRu8= =KFyC -----END PGP SIGNATURE-----
El 14/03/06, Carlos E. R. escribió:
Ya, bueno, eso si, pero para que sirve y para que no, ventajas, inconvenientes...
Ventajas: que puedes utilizar los DVD+-RW o los CD-RW como una unidad de almacenamiento más, copiar y pegar. Inconvenientes: un montón, porque cada empresa desarrolla unos controladores que suelen incompatibles con sus propias versiones anteriores, es decir, una chapuza. :-P En una de las conversaciones que mantuve con el soporte técnico de HP por este tema, me dijeron que era mejor no actualizar el controlador DLA (que permite este tipo de uso) porque no podría leer los datos si tenía instalada una versión anterior. En SuSE intenté utilizarlo, pero k3b no lo soprtaba (al menos hace 2 años). Todo lo contrario a lo que debería ser un estándar. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-14 a las 16:19 +0100, Camaleón escribió:
Ya, bueno, eso si, pero para que sirve y para que no, ventajas, inconvenientes...
Ventajas: que puedes utilizar los DVD+-RW o los CD-RW como una unidad de almacenamiento más, copiar y pegar.
¡Ah! Ya recuerdo. Y ya recuerdo porqué no recordaba: pues porque no me interesa ese formato. Me explico: grabar al vuelo en una unidad regrabable significa estar continuamente borrando y escribiendo, aunque sea a trozos. El resultado es un mayor envejecimiento del disco, que sobre todo en los dvds, no es barato; aparte de que te puedes creer que está todo la copia de seguridad bien hecha, y no es verdad, te falla la lectura de un fichero cítico cuando lo necesitas. No gracias.
Inconvenientes: un montón, porque cada empresa desarrolla unos controladores que suelen incompatibles con sus propias versiones anteriores, es decir, una chapuza. :-P
Ah, ¡encima eso!
En una de las conversaciones que mantuve con el soporte técnico de HP por este tema, me dijeron que era mejor no actualizar el controlador DLA (que permite este tipo de uso) porque no podría leer los datos si tenía instalada una versión anterior.
Que bien.
En SuSE intenté utilizarlo, pero k3b no lo soprtaba (al menos hace 2 años).
Creo que hay soporte de lectura en el kernel.
Todo lo contrario a lo que debería ser un estándar.
Pos si. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEFxk/tTMYHG2NR9URAhQOAJ4uuXyTjLC4BenuGS5y11lj2rcldACfXVGG r6UNTc8wB+rzEBHpA1NoRxM= =37S4 -----END PGP SIGNATURE-----
El día 14/03/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-03-14 a las 16:19 +0100, Camaleón escribió:
Ya, bueno, eso si, pero para que sirve y para que no, ventajas, inconvenientes...
Ventajas: que puedes utilizar los DVD+-RW o los CD-RW como una unidad de almacenamiento más, copiar y pegar.
¡Ah! Ya recuerdo. Y ya recuerdo porqué no recordaba: pues porque no me interesa ese formato.
Me explico: grabar al vuelo en una unidad regrabable significa estar continuamente borrando y escribiendo, aunque sea a trozos. El resultado es un mayor envejecimiento del disco, que sobre todo en los dvds, no es barato; aparte de que te puedes creer que está todo la copia de seguridad bien hecha, y no es verdad, te falla la lectura de un fichero cítico cuando lo necesitas.
No gracias.
Inconvenientes: un montón, porque cada empresa desarrolla unos controladores que suelen incompatibles con sus propias versiones anteriores, es decir, una chapuza. :-P
Ah, ¡encima eso!
En una de las conversaciones que mantuve con el soporte técnico de HP por este tema, me dijeron que era mejor no actualizar el controlador DLA (que permite este tipo de uso) porque no podría leer los datos si tenía instalada una versión anterior.
Que bien.
En SuSE intenté utilizarlo, pero k3b no lo soprtaba (al menos hace 2
años).
Creo que hay soporte de lectura en el kernel.
Estan hablando de UDF? Yo vengo utilizando la lectura de dvd's en formato udf desde el Suse 6.3. Si no fuese asi, no seria posible ver una pelicula en dvd, si el kernel no tiene el modulo udf, y los mtrr activados. http://www.geocities.com/GDVD_2000/ Yo diria que primero se informen adecuadamente, antes de escribir cualquier cosa: http://www.osta.org/specs/ http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/es/pdf/udf-como.pdf Quizas, en su momento puedan haber presentado algun problema la reescritura de un disco regrabable, pero un disco que se graba por unica vez, no deberia presentar problemas. Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-14 a las 17:27 -0300, Juan Erbes escribió:
Estan hablando de UDF?
Si.
Yo vengo utilizando la lectura de dvd's en formato udf desde el Suse 6.3. Si no fuese asi, no seria posible ver una pelicula en dvd,
Las películas que yo tengo en DVDs comprados son ISO. Observa: nimrodel:/etc/postfix # file -s /dev/hdc /dev/hdc: ISO 9660 CD-ROM filesystem data 'U571_LA_PELICULA ' Ahí no pone nada de UDF.
si el kernel no tiene el modulo udf, y los mtrr activados. http://www.geocities.com/GDVD_2000/
Yo diria que primero se informen adecuadamente, antes de escribir cualquier cosa:
Me remito a la propia documentación del kernel: | * Documentation/filesystems/udf.txt | * | UDF Filesystem version 0.9.8.1 | | If you encounter problems with reading UDF discs using this driver, | please report them to linux_udf@hpesjro.fc.hp.com, which is the | developer's list. | | Write support requires a block driver which supports writing. The | current scsi and ide cdrom drivers do not support writing. O sea _no_ hay soporte de escritura de udf.
Quizas, en su momento puedan haber presentado algun problema la reescritura de un disco regrabable,
El problema sigue existiendo: el número de ciclos de escritura/borrado que soporta un regrabable es limitado. Es simplemente eso. Funciona bien 10, 20, 100 veces: no lo se, pero al final, fallan. Impepinable.
pero un disco que se graba por unica vez, no deberia presentar problemas.
El udf es para grabar al vuelo; eso implica poder borrar, lo que a su vez implica usar regrabables. Eso es lo que sucede en windows: puedes escribir al dvd directamente desde el explorer, añadir y quitar cosas de forma transparente - al menos eso me han dicho los que lo usan, yo no uso windows casi. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEF01MtTMYHG2NR9URAvf5AJ41TiBW+EZiOZ2cSpfWDgoaMTwqpwCdEE/0 KLxycCTrwfHp0xkAs02GQw8= =PGBv -----END PGP SIGNATURE-----
El día 14/03/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-03-14 a las 17:27 -0300, Juan Erbes escribió:
Estan hablando de UDF?
Si.
Yo vengo utilizando la lectura de dvd's en formato udf desde el Suse 6.3. Si no fuese asi, no seria posible ver una pelicula en dvd,
Las películas que yo tengo en DVDs comprados son ISO. Observa:
nimrodel:/etc/postfix # file -s /dev/hdc /dev/hdc: ISO 9660 CD-ROM filesystem data 'U571_LA_PELICULA '
Ahí no pone nada de UDF.
Quien te garantiza, que ese mensaje es correcto? Hice la prueba con un DVD que tengo desde hace unos años, el cual montaba con el comando mount -t udf, y me da tambien (con file -s /dev/hda): ISO 9660 CD-ROM filesystem data Pero si verifico el espacio ocupado por todos los archivos, me da 8,12 GByte, lo cual es imposible para un disco ISO 9660.
si el kernel no
tiene el modulo udf, y los mtrr activados. http://www.geocities.com/GDVD_2000/
Yo diria que primero se informen adecuadamente, antes de escribir cualquier cosa:
Me remito a la propia documentación del kernel:
| * Documentation/filesystems/udf.txt | * | UDF Filesystem version 0.9.8.1 | | If you encounter problems with reading UDF discs using this driver, | please report them to linux_udf@hpesjro.fc.hp.com, which is the | developer's list. | | Write support requires a block driver which supports writing. The | current scsi and ide cdrom drivers do not support writing.
O sea _no_ hay soporte de escritura de udf.
Si no hay tal soporte, entonces, porque el k3b tiene la opcion de grabar UDF? Ostias! Si ves en el Changelog de K3b: http://www.videohelp.com/tools?changelog=496 En la version 0.11.7, aparece: Check size of returned CD-TEXT data to be a multiple of the pack length. This should fix problems with CD copy. Audio Project: Do not overwrite CD-Text values loaded from the project file with the ones detected. Added --copydvd command line parameter Do only read MCN and ISRCs when copying an audio cd since scanning them takes a very long time. Fixed cdrdao 1.1.8 version handling (no ATAPI warning) Fixed crash when using the Audiometadatarenamer on Movix Projects Automatically enable UDF extensions in case the project contains files bigger then 2 gb. En la la version 0.9pre1, aparece: ....................................................... added udf support to data project Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-14 a las 22:46 -0300, Juan Erbes escribió:
nimrodel:/etc/postfix # file -s /dev/hdc /dev/hdc: ISO 9660 CD-ROM filesystem data 'U571_LA_PELICULA '
Ahí no pone nada de UDF.
Quien te garantiza, que ese mensaje es correcto?
Pues porque es Linux :-P No, todos los programs que consulto me dicen lo mismo. Mira: nimrodel:~ # iso-info /dev/dvd ... ISO 9660 image: /dev/dvd Volume : U571_LA_PELICULA Volume Set : U571_LA_PELICULA nimrodel:~ # isoinfo -d -debug -i /dev/dvd CD-ROM is in ISO 9660 format <==== System id: Volume id: U571_LA_PELICULA Volume set id: UNDEFINED Publisher id: Data preparer id: Application id: Copyright File id: <==== ;-) Abstract File id: Bibliographic File id: Volume set size is: 1 Volume set sequence number is: 1 Logical block size is: 2048 Volume size is: 3655973 Root directory extent: 259 size: 2048 Path table size is: 42 L Path table start: 257 L Path opt table start: 0 M Path table start: 258 M Path opt table start: 0 Creation Date: 2001 03 06 09:44:36.00 Modification Date: 0000 00 00 00:00:00.00 Expiration Date: 0000 00 00 00:00:00.00 Effective Date: 0000 00 00 00:00:00.00 File structure version: 1 <==== NO Joliet present <==== **BAD RRVERSION (0) NO Rock Ridge present <==== nimrodel:~ #
Hice la prueba con un DVD que tengo desde hace unos años, el cual montaba con el comando mount -t udf, y me da tambien (con file -s /dev/hda): ISO 9660 CD-ROM filesystem data Pero si verifico el espacio ocupado por todos los archivos, me da 8,12 GByte, lo cual es imposible para un disco ISO 9660.
Es imposible para un DVD de doble cara de los que podemos comprar en las tiendas para grabar. ¿Es que no te has enterado que los que imprimen en prensas de películas se hacen con un tamaño ligeramente mayor que los que venden para grabar, para que no te quepa y no puedas copiarlo? Lo mismo que antiguamente los LPs de vinilo tenían un tamaño que no se ajustaba a la duración de las cintas de cassete. No es imposible para el formato ISO 9660, que lo que limita es el tamaño de los ficheros individuales. Si miras, las pelis son varios ficheros de varios tamaños; en el que tengo a mano no superan el giga ninguno. ¿Porqué no lo pusieron en un único fichero de 8 gigas? Ahora bien, sí es cierto que el dvd de la peli se puede montar como udf, me lo admite. Pero también me lo admite como iso: nimrodel:~ # mount -t iso9660 /dev/hdc /mnt mount: block device /dev/hdc is write-protected, mounting read-only nimrodel:~ # umount /mnt nimrodel:~ # mount -t udf /dev/hdc /mnt mount: block device /dev/hdc is write-protected, mounting read-only Observa que dice que lo monta ro, eso es peculiar.
Me remito a la propia documentación del kernel:
| * Documentation/filesystems/udf.txt | * | UDF Filesystem version 0.9.8.1 | | If you encounter problems with reading UDF discs using this driver, | please report them to linux_udf@hpesjro.fc.hp.com, which is the | developer's list. | | Write support requires a block driver which supports writing. The | current scsi and ide cdrom drivers do not support writing.
O sea _no_ hay soporte de escritura de udf.
Si no hay tal soporte, entonces, porque el k3b tiene la opcion de grabar UDF? Ostias!
Pues porque lo grabará de un golpe, no es verdadero udf. O porque usará algunas extensiones. El udf de verdad es r/w, el mismo comando mount se queja porque no puede hacerlo. Mira lo que dice la ayuda del mkisofs: -dvd-video Generate DVD-Video compliant UDF file system. This is done by sorting the order of the content of the appropriate files and by adding padding between the files if needed. Note that the sorting only works if the DVD-Video filenames include upper case characters only. -udf Include UDF support in the generated filesystem image. UDF support is currently in alpha status and for this reason, it is not possible to create UDF only images. UDF data structures are currently coupled to the Joliet structures, so there are many pitfalls with the current implementation. There is no UID/GID support, there is no POSIX permission support, there is no support for sym- links. Note that UDF wastes the space from sector ~20 to sector 256 at the beginning of the disk in addition to the spcae needed for real UDF data structures. ¿Lo ves? Ahí lo dice, no son imágenes UDF. El mkisofs es lo que se usa realmente para generar las imágenes por todos los programs de grabación. Y si tiene todas esas cosas sin soportar... uff. [k3b]
Automatically enable UDF extensions in case the project contains files bigger then 2 gb.
Ya... pero ya ves lo que dice el mkisofs, que es quien realmente crea las imágenes. Y es alfa... bueno, no se, lo que yo tengo es el 9.3, igual en la 10 o 10.1 está mejor. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEF4EGtTMYHG2NR9URAoZIAJ0TeXrVKGB4ZjmLFNV8BeWLZMxaywCfavdv sxc8a0p9F5c/jl6lFd4fTew= =M/Pt -----END PGP SIGNATURE-----
El 14/03/06, Juan Erbes escribió:
Estan hablando de UDF?
Sí.
Yo vengo utilizando la lectura de dvd's en formato udf desde el Suse 6.3. Si no fuese asi, no seria posible ver una pelicula en dvd, si el kernel no tiene el modulo udf, y los mtrr activados.
Estamos hablando de UDF "al completo", es decir, lectura, escritura y re-escritura como si de una unidad de almacenamiento se tratara.
Yo diria que primero se informen adecuadamente, antes de escribir cualquier cosa: http://www.osta.org/specs/ http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/es/pdf/udf-como.pdf
Que yo sepa, en Linux no existe soporte udf completo. Lo cual no quiere decir que no se pueda ver un DVD.
Quizas, en su momento puedan haber presentado algun problema la reescritura de un disco regrabable, pero un disco que se graba por unica vez, no deberia presentar problemas.
Es que eso de "grabar una sola vez" no es udf. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-15 a las 10:20 +0100, Camaleón escribió:
Por cierto, ese pdf son 160 páginas de densa literatura técnica de esa que te sientas en un sillón a leerla y caes frito antes de terminar el café ;-)
http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/es/pdf/udf-como.pdf
Este otro dice que el kernel no soporta lo de packet writing, que es lo que hace falta para que lo de udf funcione de verdad, pero que hay unos parches por ahí que se pueden aplicar para conseguirlo. Entre los fuentes del kernel de SuSE está: /usr/src/linux-2.6.11.4-21.11/Documentation/cdrom/packet-writing.txt que efectivamente, se refiere a eso, para crear udfs. La secuencia sería: # dvd+rw-format /dev/hdc # pktsetup dev_name /dev/hdc # mkudffs /dev/pktcdvd/dev_name # mount /dev/pktcdvd/dev_name /cdrom -t udf -o rw,noatime que no es en nada parecido a usar el k3b. Y claro, las notas aclaran lo que yo decía de su envejecimiento: - CD-RW media can usually not be overwritten more than about 1000 times, so to avoid unnecessary wear on the media, you should always use the noatime mount option. - Defect management (ie automatic remapping of bad sectors) has not been implemented yet, so you are likely to get at least some filesystem corruption if the disc wears out. Me sigue dando miedo. Mil operaciones de escritura y borrado... eso es facil de alcanzar en la parte de directorios, supongo... ¿o han inventado algo para no hacerlo, para no usar estructuras comunes que se actualizan cada vez que se añade o toca un fichero? Y tampoco existe el requerido device, al menos en el suse 9.3 mío: nimrodel:~ # l /dev/pktcdvd /bin/ls: /dev/pktcdvd: No such file or directory nimrodel:~ # l /dev/pkt* /bin/ls: /dev/pkt*: No such file or directory Lo podría crear supongo, pero no me tienta gastarme un regrabable, con lo que cuestan, para probarlo.
Es que eso de "grabar una sola vez" no es udf.
Claro. Pero me escama bastante que una parte del kernel digan que no hay soporte udf, y luego SuSE haya metido el parche para packet writing :-? De todos modos, Juan tenía algo de razón, pero no con el k3b, eso no es udf. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEF+vetTMYHG2NR9URAoj3AJ0V9N2/leNYa3l1AZVfKgkd5mZLDwCdG7qA FZ/Tk36GzE0s8cKJwbO14js= =H12r -----END PGP SIGNATURE-----
El día 15/03/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-03-15 a las 10:20 +0100, Camaleón escribió:
Por cierto, ese pdf son 160 páginas de densa literatura técnica de esa que te sientas en un sillón a leerla y caes frito antes de terminar el café ;-)
http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/es/pdf/udf-como.pdf
Este otro dice que el kernel no soporta lo de packet writing, que es lo que hace falta para que lo de udf funcione de verdad, pero que hay unos parches por ahí que se pueden aplicar para conseguirlo. Entre los fuentes del kernel de SuSE está:
/usr/src/linux-2.6.11.4-21.11/Documentation/cdrom/packet-writing.txt
que efectivamente, se refiere a eso, para crear udfs. La secuencia sería:
# dvd+rw-format /dev/hdc # pktsetup dev_name /dev/hdc # mkudffs /dev/pktcdvd/dev_name # mount /dev/pktcdvd/dev_name /cdrom -t udf -o rw,noatime
que no es en nada parecido a usar el k3b. Y claro, las notas aclaran lo que yo decía de su envejecimiento:
- CD-RW media can usually not be overwritten more than about 1000 times, so to avoid unnecessary wear on the media, you should always use the noatime mount option.
- Defect management (ie automatic remapping of bad sectors) has not been implemented yet, so you are likely to get at least some filesystem corruption if the disc wears out.
Me sigue dando miedo. Mil operaciones de escritura y borrado... eso es facil de alcanzar en la parte de directorios, supongo... ¿o han inventado algo para no hacerlo, para no usar estructuras comunes que se actualizan cada vez que se añade o toca un fichero?
Y tampoco existe el requerido device, al menos en el suse 9.3 mío:
nimrodel:~ # l /dev/pktcdvd /bin/ls: /dev/pktcdvd: No such file or directory nimrodel:~ # l /dev/pkt* /bin/ls: /dev/pkt*: No such file or directory
Lo podría crear supongo, pero no me tienta gastarme un regrabable, con lo que cuestan, para probarlo.
Es que eso de "grabar una sola vez" no es udf.
Claro. Pero me escama bastante que una parte del kernel digan que no hay soporte udf, y luego SuSE haya metido el parche para packet writing :-?
De todos modos, Juan tenía algo de razón, pero no con el k3b, eso no es udf.
Si no es UDF, entonces, que es? (hay varias versiones). En cuanto al dvd del que te mencioné que tiene una peli (el comando file dice que es iso 9660), no es copia y lo compré en CDNOW (ahora pertenece a Amazon), tiene 8,12 Gb, distribuido en multiples archivos, donde cada archivo es un capitulo, estan los trailers, extras, seleccion de idioma, etc. Toda indica, que el comando file tiene algunas fallas. Si Linux con todas sus aplicaciones fuese perfecto, no continuaría en desarrollo y evolución. Veo que al menos, empezaste a leer, ja ja ja. Cuando termines de leer todas las especificaciones udf, hacenos un resumen! Por otro lado, yo soy poco partidario de los medios opticos regrabables, por cuestiones de costo, prefiero grabar los 4,7 GB de un dvd estandar mediante udf, que grabar menos de 4 GB en formato iso, cuando tengo que hacer un backup de unos 30 GB. Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-15 a las 09:03 -0300, Juan Erbes escribió:
Veo que al menos, empezaste a leer, ja ja ja. Cuando termines de leer todas las especificaciones udf, hacenos un resumen!
Vas dao :-P
Por otro lado, yo soy poco partidario de los medios opticos regrabables, por cuestiones de costo, prefiero grabar los 4,7 GB de un dvd estandar mediante udf, que grabar menos de 4 GB en formato iso, cuando tengo que hacer un backup de unos 30 GB.
Yo grabo más de 4G en iso. Pero vamos, si quieres aprovechar el espacio, graba los CDs en formato ext2, que se puede hacer perfectamente. Y, si quieres aprovechar más todavía, grábalos comprimidos con zisofs. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEGA5AtTMYHG2NR9URAiJ6AJ9gyLmkacNyMJW60kcLxXGjooAMzgCgiNUS 7AB5RJy8bCBt9mnyHd3KFWU= =mN+t -----END PGP SIGNATURE-----
El día 15/03/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-03-15 a las 09:03 -0300, Juan Erbes escribió:
Veo que al menos, empezaste a leer, ja ja ja. Cuando termines de leer todas las especificaciones udf, hacenos un resumen!
Vas dao :-P
Por otro lado, yo soy poco partidario de los medios opticos regrabables, por cuestiones de costo, prefiero grabar los 4,7 GB de un dvd estandar mediante udf, que grabar menos de 4 GB en formato iso, cuando tengo que hacer un backup de unos 30 GB.
Yo grabo más de 4G en iso.
4G en iso, en cuantos discos? Pero vamos, si quieres aprovechar el espacio,
graba los CDs en formato ext2, que se puede hacer perfectamente.
Y, si quieres aprovechar más todavía, grábalos comprimidos con zisofs.
Pero en una caida de sistema, no es muy practico tener todo comprimido, en el caso de paquetes o archivos de sistema. En el caso de los mp3, tampoco es practico, porque como son archivos comprimidos en su formato estandar, intentar empaquetar varios de esos archivos, es una perdiad de tiempo. Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-15 a las 12:04 -0300, Juan Erbes escribió:
Yo grabo más de 4G en iso.
4G en iso, en cuantos discos?
En uno, ¡pardiéz! Mira, de mi ultimo backup: - -rw-r--r-- 1 root root 4.4G 2006-03-10 11:29 dvd_dos.iso - -rw-r--r-- 1 root root 4.4G 2006-03-10 11:41 dvd_tres.iso - -rw-r--r-- 1 root root 4.4G 2006-02-27 20:31 dvd_uno.iso Y son isos puros, que los he creado a mano con mkisofs y sé cómo lo he hecho. Nada de k3b, consola pura ;-)
Pero vamos, si quieres aprovechar el espacio,
graba los CDs en formato ext2, que se puede hacer perfectamente.
Y, si quieres aprovechar más todavía, grábalos comprimidos con zisofs.
Pero en una caida de sistema, no es muy practico tener todo comprimido, en el caso de paquetes o archivos de sistema. En el caso de los mp3, tampoco es practico, porque como son archivos comprimidos en su formato estandar, intentar empaquetar varios de esos archivos, es una perdiad de tiempo.
Te equivocas, mis dvds comprimidos se leen al vuelo sin descompresor, con tal de usar un kernel de suse. Dije que eran zisofs. Puedes leer cualquier archivo instantaneamente, buscar, copiar, listar, etc, con lo que que sea, consola, nautilus, konkeror, mc... mientras no sea windows, claro. Es un sistema de archivos comprimido de sólo lectura. Y es iso, encima. Si no tienes soporte zisofs, los ves, pero el contenido está comprimido - y los kernels de suse lo tienen desde el 7.3 u 8.0. nimrodel:~ # mount -t iso9660 -o ro,loop=/dev/loop3 /biggy/dvd_uno.iso /biggy/mnt/iso_1 Y mirando el total de archivos que contiene, con mc, da 9,083,220K - y es simple cara, simple capa, te lo aseguro :-P - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEGDfRtTMYHG2NR9URAnPlAJ9K+pkyF/sdaswhEo7qyghIVDjqGgCfZz06 0eNJwlSQWlaarnrjopcXAvM= =VJqt -----END PGP SIGNATURE-----
El día 15/03/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-03-15 a las 12:04 -0300, Juan Erbes escribió:
Yo grabo más de 4G en iso.
4G en iso, en cuantos discos?
En uno, ¡pardiéz! Mira, de mi ultimo backup:
- -rw-r--r-- 1 root root 4.4G 2006-03-10 11:29 dvd_dos.iso - -rw-r--r-- 1 root root 4.4G 2006-03-10 11:41 dvd_tres.iso - -rw-r--r-- 1 root root 4.4G 2006-02-27 20:31 dvd_uno.iso
Ok, pero seguramente ninguno de los archivos tiene mas de 2 GB. Y son isos puros, que los he creado a mano con mkisofs y sé cómo lo he
hecho. Nada de k3b, consola pura ;-)
Pero vamos, si quieres aprovechar el espacio,
graba los CDs en formato ext2, que se puede hacer perfectamente.
Y, si quieres aprovechar más todavía, grábalos comprimidos con zisofs.
Pero en una caida de sistema, no es muy practico tener todo comprimido, en el caso de paquetes o archivos de sistema. En el caso de los mp3, tampoco es practico, porque como son archivos comprimidos en su formato estandar, intentar empaquetar varios de esos archivos, es una perdiad de tiempo.
Te equivocas, mis dvds comprimidos se leen al vuelo sin descompresor, con tal de usar un kernel de suse. Dije que eran zisofs. Puedes leer cualquier archivo instantaneamente, buscar, copiar, listar, etc, con lo que que sea, consola, nautilus, konkeror, mc... mientras no sea windows, claro. Es un sistema de archivos comprimido de sólo lectura. Y es iso, encima. Si no tienes soporte zisofs, los ves, pero el contenido está comprimido - y los kernels de suse lo tienen desde el 7.3 u 8.0.
nimrodel:~ # mount -t iso9660 -o ro,loop=/dev/loop3 /biggy/dvd_uno.iso /biggy/mnt/iso_1
Y mirando el total de archivos que contiene, con mc, da 9,083,220K - y es simple cara, simple capa, te lo aseguro :-P
Ok, los 4,4 GB comprimidos, representan 9 GB descomprimidos. Ademas de la limitacion del tamaño maximo de archivo de 2 GB, parece ser que la capacidad maxima en formato iso, esta limitada a 4,4 GB, mientras que con UDF, puedes llegar a los 4,7 sin zisofs, y si quieres, todo en un solo archivo, como una peli que no este cortada en capitulos. A cuanto estan los dvd's de doble capa alla? (otra vez se me desconfirguro el teclado). Por ac´a salen alrededor de 10 U$S. Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-03-15 a las 23:53 -0300, Juan Erbes escribió:
- -rw-r--r-- 1 root root 4.4G 2006-03-10 11:29 dvd_dos.iso - -rw-r--r-- 1 root root 4.4G 2006-03-10 11:41 dvd_tres.iso - -rw-r--r-- 1 root root 4.4G 2006-02-27 20:31 dvd_uno.iso
Ok, pero seguramente ninguno de los archivos tiene mas de 2 GB.
No, eso no. Primero, porque no he tenido necesidad, y segundo porque eso si que entiendo que es una limitación del formato iso. Si que intenté una vez comprimir con zisofs un fichero de 4 gigas y me dijo que nones, pero no es por el iso, sino por el compresor.
Y mirando el total de archivos que contiene, con mc, da 9,083,220K - y es simple cara, simple capa, te lo aseguro :-P
Ok, los 4,4 GB comprimidos, representan 9 GB descomprimidos.
Si. Pero ojo, recalco lo de transparente: yo no tengo que dar ningún comando especial para descomprimirlo, simplemente con montar el CD ya funciona. No es como hacerlo con gzip, zip, o lo que sea, que tienes que expandir el fichero y luego copiarlo. Es muy útil para backups, fíjate que me he ahorrado casi la mitad de los dvds necesarios. El problema, y grande, es que no es soportado por ninguna utilidad gráfica como k3b, hay que hacerlo amanuense, y que necesitas un 150% del espacio a copiar libre (una vez para generar el arbol comprimido, y otra para convertirlo en iso, aunque este paso posría hacerse al vuelo).
Ademas de la limitacion del tamaño maximo de archivo de 2 GB, parece ser que la capacidad maxima en formato iso, esta limitada a 4,4 GB, mientras que con UDF, puedes llegar a los 4,7 sin zisofs, y si quieres, todo en un solo archivo, como una peli que no este cortada en capitulos.
No creo que el iso esté limitado a 4,4 gigas. No suelo gastar dvds dobles, porque son bastante caros, pero puedo intentar hacer una imagen para probar: time nice mkisofs -R -quiet -graft-points \ -V "usr bck test" \ -volset 20060316 \ -o /biggy/big_test.iso \ /usr Creo que el /usr tiene bastante tamaño para eso. Cuando termine mando el emilio.
A cuanto estan los dvd's de doble capa alla? (otra vez se me desconfirguro el teclado). Por ac´a salen alrededor de 10 U$S.
Me parece que entre 6 y 8 euros, pero esta tarde tengo que ir de compras y eso es una de las cosas que quiero ver. Son caros, no trae cuenta, salvo que lo necesites. [...] A ver, ya ha terminado la iso: real 33m29.394s user 2m42.868s sys 2m2.394s cer@nimrodel:~> l -h /biggy/big*iso - -rw-r--r-- 1 root root 9.0G 2006-03-16 13:29 /biggy/big_test.iso 9 gigas de puro iso: nimrodel:~ # mount -t iso9660 -o ro,loop=/dev/loop3 /biggy/big_test.iso /biggy/mnt/iso_1/ nimrodel:~ # df -h /biggy/mnt/iso_1/ Filesystem Size Used Avail Use% Mounted on /biggy/big_test.iso 9.0G 9.0G 0 100% /biggy/mnt/iso_1 nimrodel:~ # mount ... /biggy/big_test.iso on /biggy/mnt/iso_1 type iso9660 (ro,loop=/dev/loop3) Y, según mc, la imagen iso montada contiene lo mismo que el directorio /usr que he copiado, unos 9,107,722K bytes. Luego el formato iso no está limitado a 4 gigas y pico. No se que límite tendrá, si lo tiene, pero no es ese. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEGWJjtTMYHG2NR9URApglAJ9j0M3G5fQo/4STRmVn59WhtTuqEwCdECkn Moralg1fa0Wwtoq7gzADzKg= =6iL6 -----END PGP SIGNATURE-----
El día 14/03/06, Doctor Nemo
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
¿Cuál tengo que deseleccionar? Tengo seleccionado: - - Generate Rock Ridge extensions - - Generate UDF structures
Si no me equivoco, pueden coexistir ambos. Hace poco, antes de instalar Suse 10.1 alfa, hice backup de toda la info a dvd, y justo tube que seleccionar udf, para aprovechar mejor los dvd's, y creo que use Rock Ridge extensions, porque los archivos conservaron los permisos. Mas info sobre UDF: http://www.osta.org/specs/ Salu2
participants (5)
-
Camaleón
-
Carlos E. R.
-
Doctor Nemo
-
Juan Erbes
-
Rafa Grimán