2008/3/11, alfredodelaiti:

Gracias, por las respuestas, y en una contesto todas.

Si no te sirve udf (es raro, quizá k3b no tenga soporte completo) prueba con Rock Ridge (k3b lo llama también "sólo linux / unix"). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-03-11 a las 02:25 -0300, alfredodelaiti@netscape.net escribió:

...

debe tratarse de un bug en k3b, en caso contrario sería de growisofs. Yo personalmente no uso esta opción, por lo que no sé si funciona bien.

La última vez que probe con linea de comando no me funciono, hace ya largoooo tiempo, voy a repasar los manuales.

Crear la imagen es fácil, se hace con "mkisofs". Una vez creada, la puedes quemar mejor con k3b, o puedes montar directamente la imagen para probarla antes de gastar platos. De mis notas: nice mkisofs -R -quiet -graft-points \ -publisher "Not Published, private backup" \ -p "Carlos E. R." \ -V "SysBck, SuSE Lnx 9.3, 20060206-$VOLUMEN" \ -volset 20060310 \ -o /biggy/$ISO \ $CAMINO # -volset se ve en k3b # -volset-size debe ir antes de -volset-seqno o da error echo -$VOLUMEN- Si lo haces manualmente, además puedes comprimir el CD/DVD con mkzftree,a ntes de crear la imagen. El procedimiento consiste en crear un arbol de directorios copia de lo que quieres grabar, pero comprimido: time nice mkzftree /$DIRECTORY /backup/$DIRECTORY Luego haces el "mkisofs -z ...." del arbol generado. La pega es que hay que hacer carambolas para poder encajar el tamaño justo del dvd. El tamaño de la imagen se puede calcular antes de crearla; yo lo tengo en mi script de backup: cdblocks=`nice mkisofs -z -R -quiet -graft-points -print-size $CAMINO` #cdblocks=` mkisofs -print-size -quiet ... ` let "tamanio = $cdblocks * 2048" echo -e "\n*** Tamaño: "$tamanio"b o "$cdblocks "bloques de 2048b. Lo máximo son 4.7e9 bytes" # *** Tamaño: 3843909632b o 1876909 bloques de 2048b echo " ^ ^ ^ " #echo "Multiplicar por 2048; debe ser menor que 4.7e9" #echo "o directamente, menor que 2294921.875" El k3b no maneja esto para nada (lo de imagenes comprimidas), pero una vez creada la imagen en fichero, sí puede quemarla. El kernel de suse viene con soporte para leer estos dvds comprimidos al vuelo: ni te enteras. Pero miras el tamaño y te dice que tiene 7 gigas de tamaño, en vez de 4.7

....................................................................

...

Joliet es el formato compatible con windows. Desativandolo, y usando el formato "normal" tipo unix, se aceptan nombres largos.

Tampoco, nada

Pues no lo entiendo. No se lo que pasa.

...

Yo grabo en formato XFS... puedes grabar en ext2/3, reiserfs, si quieres.

No lo tengo disponible en K3b, vere desde linea de comandos.

No, no está disponible, se hace a mano y es muy facil. El primer paso es crear un fichero vacío del tamaño exacto del DVD: time nice dd if=/dev/zero of=file.dvd.img.xfs bs=1MB count=4700 Luego lo montas en un bucle: losetup /dev/loop2 file.dvd.img.xfs y entonces creas el sistema de ficheros en el /dev/loop2: mkfs -V -t xfs -L DVD_Backup /dev/loop2 compruebas: file -s /dev/loop2 quitas el bucle losetup -a losetup -d /dev/loop2 Pones una linea en el fstab: file.dvd.img.xfs /mnt/backup_image.xfs xfs noauto,user,loop 0 0 y ya puedes montarlo con "mount /mnt/backup_image.xfs". Una vez montado es cuestión de copiar los ficheros ahí con la herramienta que más te guste. Una vez lleno y a tu gusto, lo desmontas (¡No te olvides de desmontarlo, es crucial, y el k3b no te avisará!), y le dices al k3b que quieres quemarlo. Protestará un poco que no es una imagen iso, pero da igual, lo acepta. El disco resultante se monta tradicionalmente de forma normal: /dev/dvd /mnt/dvd auto ro,noauto,user,exec 0 0 Una pega con XFS: no puedes montar simultaneamente la imagen y el DVD quemado, ni tampoco dos DVDs, porque para el sistema son iguales, tienen el mismo UID y protesta, no deja. Se ve el error en el log del kernel si no te sale en linea de comandos. Y si quieres ext3 o lo que sea, pues es igual, simplemente generar ese sistema de ficheros. Yo uso xfs porque es el que tiene el log y estructura de directorios más pequeño, dejando más sitio para el backup. Logicamente no vas a poder montarlos en windows. ¿Y que? ;-p - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH1msmtTMYHG2NR9URAoY3AJ9IySa8wEDvr6uwtlf69Q7htr6N7wCfY6+P ZB24ahZiKG4v4FNiiRdCz/U= =E0za -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: El 2008-03-20 a las 18:54 -0300, alfredodelaiti@netscape.net escribió:

Gracias por las respuestas, he tenido algo de tiempo y me he puesto a términar mis copias de respaldo. La sugerencia de Carlos para XFS, no me funciono, me decia cuando hacia: " losetup /dev/loop2 file.dvd.img.xfs" que no encontraba el fichero.

¿Que fichero no encontraba? Se supone que "file.dvd.img.xfs" debe existir, y tal como está puesto el comando debe estar en el directorio actual, o debes indicarle el camino completo.

Pero bueno tome el viejo manual de "grabadoras como" y lo hice como lo hacia casi una década atras y termine realizando el respaldo en ext2.

Pues el procedimiento para grabarlo en xfs es el mismo que para grabarlo en ext2: lo único que cambia es el comando que llamas para "formatear" el fichero. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH4uIMtTMYHG2NR9URAjkwAJ4liehkV2DwZFav0LqNnhGVVywtowCfafw1 z3DLcnZ204VJ8SxLi0LDt90= =mhbI -----END PGP SIGNATURE-----

El Martes, 11 de Marzo de 2008, alfredodelaiti@netscape.net escribió:

Hola

Gracias, por las respuestas, y en una contesto todas.

...

No probaste de hacerlo solo en formato Rock Ridge o UDF? (sin joliet)

Si probe y nada. ....................................................................

* En linux no es un problema de nombres largos, si no de nombres, probablemente la repeticion continuada de espacios en blanco junto con otro tipo de caracteres, hace que en determinados puntos, una parte del nombre se considera el fin del nombre del fichero y otra parte otro fichero y/o directorio, de tal manera que sus contenidos y rutas se yuxtaponen o no se encuentran, dando un error inesperado que k3b asocia a la longitud, salvo que estes usando una version de los back-ends que use k3b antiguos, mkisofs, growisofs, wodim, cdrecord .

Hola ¡Qué memoria!, luego de más de un mes recuerdas el tema y escribes una posible solución Gracias, Alfredo Carlos E. R. escribió:

El 2008-03-10 a las 12:38 -0300, alfredodelaiti@netscape.net escribió:

...

Alguien me puede decir como tengo que configurar k3b para que no me acorte los nombres. Ej. del problema debajo, y es un respaldo del manual de blender, por lo que deseo que se mantengan los nombres.

Hay un parche de seguridad que quizás afecte a este problema:

libcdio - libcdio security update

Long file names in ISO file systems with Joliet extension could cause a buffer overflow in libcdio (CVE-2007-6613).

-- Saludos Carlos E.R.

--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org