[Debburn-devel] LG CH08LS10 not burning CDs
Richard Hartmann
richih.mailinglist at gmail.com
Sun Jan 3 09:39:26 UTC 2010
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
More information about the Debburn-devel
mailing list