Velocidad de grabacion MUY baja

[tonacho69]

Hola,
uso K3B para grabar cd's y DVD's y el caso es que me graba excesivamente lento, no pasa de 0.50X unos 720KB/seg al grabar DVD y la verdad es que es un poco coñazo el estar esperando 2 horas para que te grabe un DVD.

Os cuento lo que hice hasta ahora:
Sistema operativo: Fedora Core 4 (Stenz)
kernel /vmlinuz-2.6.12-1.1390_FC4
he verificado que tengo DMA activado

Código:

$ /sbin/hdparm -i /dev/hda

/dev/hda:

 Model=BENQ DVD DD DW1620, FwRev=B7N9, SerialNo=99B5C150F245177901PP
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2
 AdvancedPM=no

 * signifies the current active mode

También ejecuté el siguiente comando antes de empezar a grabar:

Código:

$ /sbin/hdparm -d1 /dev/hda

Pero sigue igual no pasa de 0.50x a ver si se os ocurre algo porque llevo ya dandole vueltas un par de dias y no consigo saber que pasa....

Gracias de Antemanooorl

[Koveart]

Graba directamente desde la linea de comandos...

cdrecord -v dev=/tu/dvd Archivos a grabar

Saludos

[tonacho69]

Hola de nuevo y gracias por responder!

He probado a grabar en modo texto tal y como ponias y sigue igual, esta es la respuesta de cdrecord:

Código:

$ cdrecord -v -dao dev=/dev/hda Regreso\ al\ Futuro\ 1\ \[Dvd-Rip\].avi Regreso_al_Futuro_2_\[dvdrip\]_\(spanish\)_\[www.fantasticteam.tk.avi Regreso\ al\ Futuro\ 3\ \[Dvd-Rip\].avi

Cdrecord-Clone 2.01-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to http://bugzilla.redhat.com/bugzilla
Note: The author of cdrecord should not be bothered with problems in this version.
TOC Type: 1 = CD-ROM
scsidev: '/dev/hda'
devname: '/dev/hda'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.83-RH '@(#)scsi-linux-sg.c    1.83 04/05/20 Copyright 1997 J. Schilling').
SCSI buffer size: 64512
atapi: 1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   :
Vendor_info    : 'BENQ    '
Identifikation : 'DVD DD DW1620   '
Revision       : 'B7N9'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0011
Profile: 0x002B
Profile: 0x001B
Profile: 0x001A
Profile: 0x0014
Profile: 0x0011 (current)
Profile: 0x0010
Profile: 0x000A
Profile: 0x0009
Profile: 0x0008
cdrecord: Found DVD media: using cdr_mdvd.
Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd).
Driver flags   : SWABAUDIO BURNFREE
Supported modes: PACKET SAO
Drive buf size : 688128 = 672 KB
FIFO size      : 4194304 = 4096 KB
Track 01: data   700 MB
Track 02: data   701 MB
Track 03: data   701 MB
Total size:     2417 MB (239:31.10) = 1077833 sectors
Lout start:     2417 MB (239:33/08) = 1077833 sectors
Current Secsize: 2048
  ATIP start of lead in:  -150 (00:00/00)
Disk type:    unknown dye (reserved id code)
Manuf. index: -1
Manufacturer: unknown (not in table)
Blocks total: 2298496 Blocks current: 2298496 Blocks remaining: 1220663
scsi_set_streaming
Speed set to 5540 KB/s
Starting to write CD/DVD at speed   4.0 in real SAO mode for single session.
Last chance to quit, starting real write    0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
trackno=0
BURN-Free is ON.
Turning BURN-Free off
BURN-Free is OFF.
Performing OPC...
Sending CUE sheet...
cdrecord: WARNING: Drive returns wrong startsec (0) using -150
Starting new track at sector: 0
Track 01: 160 of 700MB written (fifo 98%) [buff 68%] 0.5x

A ver si sacamos lo que es entre todos, yo sigo googleandorl
gracias de nuevo!!!

[Alfredo.Morales]

Que tal Tonacho69,

Te cuento que yo tengo el mismo problema, la única diferencia es que yo trabajo con K3b sobre Ubuntu linux (v5.10). Si consigues algo me cuentas, a lo que yo también me comprometo a publicar avances si encuentro algo.

Saludos.

[-Defero-]

Casualidades de la vida, yo también tengo Fedora Core 4, también grabo con K3B, y mi grabadora de DVD es exactamente el mismo modelo:

[root@dan dan]#/sbin/hdparm -i /dev/hdc

/dev/hdc:

Model=BENQ DVD DD DW1620, FwRev=B7H9, SerialNo=
Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=0kB, MaxMultSect=0
(maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2
AdvancedPM=no

* signifies the current active mode

Y te aseguro que me funciona bien, tardo unos 10 minutos en grabar un DVD-R completo (monocapa). Eso sí, yo uso otro kernel (aunque con anteriores versiones no he tenido problemas):

[root@dan dan]# uname -r
2.6.14-1.1644_FC4

Haz una prueba: graba un DVD como root, a ver si tienes el mismo problema. Intuyo que no, aunque no sabría explicarte el motivo (no recuerdo muy bien cómo iba esto). Para poder grabar el DVD correctamente sin tener que hacerlo como root, prueba a ejecutar K3BSETUP, que incluia una opción para corregir este "problema".

[-Defero-]

Por cierto, una pregunta, como quien no quiere la cosa: ¿tienes el disco duro y la grabadora en el mismo canal IDE? Porque por lo visto es mejor tenerlos en canales IDE diferentes, para no colapsar un mismo canal IDE con lecturas y escrituras simultáneas.

[Alfredo.Morales]

Googleando como loco, y luego de ver varias sugerencias y experiencias de usuarios, creo que encontré la solución, aunque lamento reconocer que todavía no se qué significa lo que hice , pero ya lo averiguaré (aunque lo importante es que funcionó).

Bueno, en mi caso se trata de K3b v0.12.7 sobre Linux Ubuntu 5.10. Tenía el mismísimo problema, pero con otra grabadora, aunque al parecer no depende de la marca ni modelo, ya que el problema lo vi en muchos foros con una muy surtida variedad de hardware.

LA SOLUCIÓN (al grano)

Primero verificar las configuraciones de la grabadora, abriendo una consola y ejecutar:

Código:

# hdparm /dev/cdrom

Donde "/dev/cdrom" es, lógicamente, la grabadora.

Ahí saldrá algo así (puede variar):

Código:

/dev/cdrom:
IO_support   =  0 (off)
unmaskirq    =  0 (off)
using_dma    =  0 (off)
keepsettings =  0 (off)
readonly     =  0 (off)
readahead    = 256 (on)
HDIO_GETGEO failed: Invalid argument

Eso es lo que me aparecía cuando tenía el problema.

Ahora lo que hay que cambiar para solucionar el problema es: DMA ponerlo en 1 (on), IO_support ponerlo en 1 (on) y como agregado (y es justamente esto lo que no entendí, y quizás no afecta en nada cambiarlo) unmaskirq ponerlo en 1 (on).

Los cambios necesarios se pueden hacer, temporales, utilizando el mismo comando "hdparm"; o permanentes, cambiando configuraciones del sistema. En mi caso me remitiré a la solución permanente:

Abrir con un editor de textos el archivo, como root (o utilizar "sudo" en Ubuntu u otras distribuciones) "/etc/hdparm.conf", en el caso de Ubuntu u otras distribuciones que posean el comando "sudo", ejecutar:

Código:

# sudo gedit /etc/hdparm.conf

Luego al final del archivo agregar:

Código:

/dev/cdrom {
	dma = on
	io32_support = 1
	interrupt_unmask = on
}

Donde nuevamente "/dev/cdrom" corresponde a la unidad en cuestión.

Estos cambios serán efectivos luego de reiniciar Linux. Si quieren los cambios sin reiniciar, tendrán que hacer estas modificaciones por medio del comando "hdparm". Para saber más de esto último ejecuten:

Código:

# hdparm --help

Pero recuerden que si sólo hacen los cambios con ese comando, se perderán en el siguiente inicio de Linux.

Saludos, y espero que les ayude.

PD: Antes grababa a 1.5x, ahora a 8x

[okubo]

en fedora core 4 no existe el hdparm.conf??

[ociomax]

Código:

[christian@ociomax ~]$ rpm -ql hdparm
/etc/sysconfig/harddisks
/sbin/hdparm
/usr/share/doc/hdparm-5.9
/usr/share/doc/hdparm-5.9/Changelog
/usr/share/doc/hdparm-5.9/hdparm.lsm
/usr/share/man/man8/hdparm.8.gz
[christian@ociomax ~]$ cat /etc/fedora-release
Fedora Core release 4 (Stentz)
[christian@ociomax ~]$

Es decir, el archivo de configuración de hdparm en Fedora Core 4 es /etc/sysconfig/harddisks.

[amartinez]

Hi:

A mí también me sucedía lo que comentáis con la grabación de DVD's. Me moría de asco ver como como mucho la velocidad de grabación no pasaba de 1X cada vez que utilizaba como soporte de grabación los DVD's

Al principio cuando me instalé la sarge con el kernel que viene por defecto “creo” que es la versión 2.6.8. No sufría esa demora de tiempo en copiar datos de mi hd a un dvd. el software de grabación tanto ahora como en esas fechas es KIIIB lo que no acuerdo que versión era.

Los problemas “demora de tiempo” vinieron cuando yo mismo me configuré y compilé el kernel a medida para mi máquina. Por supuesto que la versión de KIIIB se tuvo que actualizar en algún apt-get upgrade de los que realize

Ahora llevo menos un mes con un nuevo kernel, este también lo he configurado y compilado a mano (seguro que no elegí las mismas opciones que la vez anterir). Con el nuevo kernel 2.6.14.4 no sufro ninguna demora tiempo cuando hago copias de seguridad de mis datos del disco duro a un DVD. Las velocidad de grabación no es constante pero los valores en los que suele estar (5X, 6X , 7X) mejora el 1X.

En estos momentos puedo elegir con que kernel arrancar el SO, gracias a ellos he realizado pruebas en ambos, grabando una iso de 3.6 GB en DVD's de la misma marca, misma tarrina. Comentar que no tengo instalada la aplicación hdparm, con lo que no tengo el archivo de configuración hdparm.conf.

Resultado con nueva configuración del kernel el dvd lo he grabado en 8 minutos, con el viejo kernel 2.6.10 que también lo configuré yo a mano, la grabación se me hizo eterna, cunado vi que la velocidad no pasaba de 2X y llevaba mas de 20 minutos cancele la grabación.

Bueno después de dar esta chapada contando mis batallas, yo me hago a la idea mas o menos por donde vienen los tiros.

¿Puede que sea alguna opción del kernel que haya que activar o desmarcar? ¿Teniendo el archivo de configuración de ambos kernel's es posible ver que opción es?

[zeos]

Yo no se lo que sera, pero a mi me pasa algo similar. Cuando llegue a mi casa tocare lo que comentais a ver que sale.
El hecho es que en la suse me graba sin problemas, pero con Ubuntu 5.10 va bastante lento, y de dos que he grabado, no me ha cerrado sesion en ninguno, con lo que no podia leerlo. Ademas uno lo ha grabado con extrañas lineas, tras hacer un par de extrañas pausas. He buscado y rebuscado, y no he encontrado nada. No puede continuar la sesion. He tenido que ir al nero del win$ de otro ordenador para cerrar la sesion, que ha encontrado y continuado sin problemas y el de las lineas iba fatal y ha ido a la basura. He probado con el k3b, el gnomebaker, y el que lleva el gnome integrado, asi que no sera problema del k3b. En fin, que no se por donde tirar.

[okubo]

ocimax he modificado el fichero /etc/sysconfig/harddisk como indica alfredo y sigue sin funcionar, es posible que haya otro procedimiento para fedora?

[ociomax]

La verdad es que nunca he necesitado meterme en la configuración de hdparm. Pero recuerdo haber tenido problemas con la grabación de CDs (no tengo grabador de DVD) cuando usaba un kernel 2.6.12-algunaotracosa. Todo se solucionó en una de las actualizaciones de Fedora.

Así que mi pregunta obligatoria para todos los que tienen este problema es: ¿ya actualizaste TODA tu distribución de Linux?