[Pkg-libburnia-devel] Bug#789260: libburn4: Incompatibility with Plextor PX-608CU burner
scdbackup at gmx.net
Fri Jun 19 16:45:43 UTC 2015
> growisofs was able to write the largest volume of data. Brasero, k3b and
> xfburn all failed after just some seconds.
But K3b used growisofs for burning.
To my personal experience with nearly failing hardware
it is quite futile to search for patterns in the instability.
(And i spent some time with diagnosing such situations.)
> However, k3b has successfully simulated the burning.
This needs less electrical power than real burning.
> Plextor uses 2 USB cables (one for power)
Do you have a dedicated power supply for it ?
Something like on http://www.notebookreview.com/assets/30825.jpg
If so, try whether it works better then.
> I have also found in Google that something similar users experienced in
> openSUSE 11.2 it was fixed after update to 11.3.
Can you remember some URL ?
Would be interesting to read if it affected DVD burning.
Whatever, as long as the system call ioctl(...,SG_IO,...)
returns with indication for SG_ERR_DID_ERROR, i can hardly
do anything for you.
If other burn software yields significantly different results
then it might be due to small differences in write parameters.
E.g. whether DVD-R is written as DAO or as Incremental, or
whether on DVD+R a track was reserved before writing.
During data transfer both programs use WRITE(10) but might
have a different rythm with inquiring the buffer fill.
But on the next error prone drive, the situation can be just
the other way: libburn succeeds and growisofs fails.
We'd need some time to find out which difference between
growisofs and libburn would cause the different performance.
And only your computer system can tell.
The only hint i can give now is to post a bug for the kernel,
saying the component "host_status" of "sg_io_hdr_t" as
defined in /usr/include/scsi/sg.h has the value of 7 after
Have a nice day :)
More information about the Pkg-libburnia-devel