[Debburn-devel] LG CH08LS10 not burning CDs

[Richard Hartmann]

On Sun, Jan 3, 2010 at 09:09, Thomas Schmitt <scdbackup at gmx.net> wrote:

>  wodim -v dev=/dev/sr0 -v -atip 2>&1 | grep Current:

Although it is a DVD-RW, I get:

Current: 0x001B (DVD+R)


> One can hardly talk a drive into burning faster
> than it is willing to announce.

Correct. What I did in most tests was to force
it to be _slower_ to increase pit quality and thus
life-time.


> That should be a matter of your BIOS.
> It does not indicate any inability of the drive.

I checked the BIOS. Unless the connection was
bad, there is some issue related to the SATA cable
(which has been in use before) or the port.
In my experience, these so-called 'SATA' Raid ports
are somewhat second-class and I had issues with
those when SATA was still new.


> The burns in
>  grml_iso_defaults_24_speed_no_hald-addon-storage
>  grml_iso_defaults_auto_speed_no_hald-addon-storage
> failed just like with hald-addon-storage.
> (Is it sure that it is really not running any
>  more ? Not restarted automatically ?)

Yes. I killed it and checked manually. At the moment it
looks like:

richih at adamantium:~% ps aux | grep hald | cut -f 5
107       1758  0.0  0.0   6508  2204 ?        Ss   Jan02   0:00 /usr/sbin/hald
root      1759  0.0  0.0   3336  1104 ?        S    Jan02   0:00 hald-runner
root      1799  0.0  0.0   3400   932 ?        S    Jan02   0:00
/usr/lib/hal/hald-addon-rfkill-killswitch
root      1822  0.0  0.0   3400  1016 ?        S    Jan02   0:00
hald-addon-input: Listening on /dev/input/event3 /dev/input/event4
/dev/input/event1 /dev/input/event0
107       1824  0.0  0.0   3256   932 ?        S    Jan02   0:00
hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
richih   13186  0.0  0.0   3112   768 pts/2    S+   10:18   0:00 grep hald
richih at adamantium:~%

Not sure why UID 107 does not have a name, it looks
fine

haldaemon:x:107:110:Hardware abstraction layer,,,:/var/run/hald:/bin/false

but that is for another time, not now.. :p


> How fast can you read from the drive ?
> E.g. 100 MB from a CD or DVD
>  time dd if=/dev/sr0 bs=1M count=100

richih at adamantium:~% time dd if=/dev/sr0 of=/dev/null bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 13.9257 s, 7.5 MB/s
dd if=/dev/sr0 of=/dev/null bs=1M count=100  0.00s user 0.12s system
0% cpu 13.940 total
richih at adamantium:~%


>  wodim -v dev=/dev/sr0 blank=fast

http://paste.debian.net/55487/


>  wodim -v dev=/dev/sr0 -dao /my/test/file/of/a/few/MB

http://paste.debian.net/55488/

Both with the same DVD-RW so the latter test would
fail in any case, imo.

cdrecord's (not wodim's) take on the disk in question is
http://paste.debian.net/55489/

One funny thing I noticed is this:

Average write speed 111.0x.


> Both is not very suspicious to be caused by the
> burn porgrams.
> The possibility of disturbance by another process
> is not yet outruled. We have no clear indication
> for it, though.

Other than lsof, I am not sure how to test for this,
though.


> If you cannot spot any obstacle in the operating
> system any more then you will have to test the
> drive with a different computer.
> A failed attempt with MS-Windows (spit spit) and
> a widely used burn program like Nero should
> convince the dealer.

Bleh. I am not sure where or how to get either, but
I have some friends who use Windows.


Also of note is that when a DVD with data is inserted, the
DVD drive keeps on spinning up and down. It's data LED
does not blink and

  lsof /dev/sr0

does not list anything.

Also, as a side note, non-root gets this warning:

wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.

Whereas root does not.


Thanks a _lot_ for all your effort!
Richard