<div dir="ltr"><div>Hello.<br><br>Here comes what I was able to find over the Internet.<br><br>Burning issue with another Plextor drive and openSUSE 11.2: <br><a href="https://forums.opensuse.org/showthread.php/437135-Cannot-Burn-to-DVD-R-Disc-with-Plextor-PX-716SA">https://forums.opensuse.org/showthread.php/437135-Cannot-Burn-to-DVD-R-Disc-with-Plextor-PX-716SA</a><br><br>Very old kernel bug related to burning:<br><a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=246647">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=246647</a><br><br>There are some other posts reporting issues with Plextor drives under Linux, however most of them are unanswered.<br><br>I'm thinking of recompiling the kernel to "tweak" it for my case. can you suggest any options that i can try to enable/disale? I can only thing about legacy scsi support.<br><br><br></div>Have a nice weekend<br><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-19 19:45 GMT+03:00 Thomas Schmitt <span dir="ltr"><<a href="mailto:scdbackup@gmx.net" target="_blank">scdbackup@gmx.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
> growisofs was able to write the largest volume of data. Brasero, k3b and<br>
> xfburn all failed after just some seconds.<br>
<br>
</span>But K3b used growisofs for burning.<br>
<br>
To my personal experience with nearly failing hardware<br>
it is quite futile to search for patterns in the instability.<br>
(And i spent some time with diagnosing such situations.)<br>
<span class=""><br>
<br>
> However, k3b has successfully simulated the burning.<br>
<br>
</span>This needs less electrical power than real burning.<br>
<span class=""><br>
>  Plextor uses 2 USB cables (one for power)<br>
<br>
</span>Do you have a dedicated power supply for it ?<br>
Something like on <a href="http://www.notebookreview.com/assets/30825.jpg" rel="noreferrer" target="_blank">http://www.notebookreview.com/assets/30825.jpg</a><br>
<br>
If so, try whether it works better then.<br>
<span class=""><br>
<br>
> I have also found in Google that something similar users experienced in<br>
> openSUSE 11.2 it was fixed after update to 11.3.<br>
<br>
</span>Can you remember some URL ?<br>
Would be interesting to read if it affected DVD burning.<br>
<br>
-------------------------------------------------------------<br>
<br>
Whatever, as long as the system call ioctl(...,SG_IO,...)<br>
returns with indication for SG_ERR_DID_ERROR, i can hardly<br>
do anything for you.<br>
<br>
If other burn software yields significantly different results<br>
then it might be due to small differences in write parameters.<br>
E.g. whether DVD-R is written as DAO or as Incremental, or<br>
whether on DVD+R a track was reserved before writing.<br>
During data transfer both programs use WRITE(10) but might<br>
have a different rythm with inquiring the buffer fill.<br>
<br>
But on the next error prone drive, the situation can be just<br>
the other way: libburn succeeds and growisofs fails.<br>
We'd need some time to find out which difference between<br>
growisofs and libburn would cause the different performance.<br>
And only your computer system can tell.<br>
<br>
<br>
The only hint i can give now is to post a bug for the kernel,<br>
saying the component "host_status" of "sg_io_hdr_t" as<br>
defined in /usr/include/scsi/sg.h has the value of 7 after<br>
ioctl(SG_IO).<br>
(Specs: <a href="http://www.tldp.org/HOWTO/SCSI-Generic-HOWTO/x291.html" rel="noreferrer" target="_blank">http://www.tldp.org/HOWTO/SCSI-Generic-HOWTO/x291.html</a>)<br>
<br>
<br>
Have a nice day :)<br>
<span class="HOEnZb"><font color="#888888"><br>
Thomas<br>
<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">С уважением,<br>Нестеркин Дмитрий</div>
</div>