public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Question re the disk driver for /dev/sr0
@ 2008-04-22 16:41 Gene Heskett
  0 siblings, 0 replies; 2+ messages in thread
From: Gene Heskett @ 2008-04-22 16:41 UTC (permalink / raw)
  To: linux-kernel

Greetings;

Has something been done to that code that is preventing /dev/sr0 from 
correctly reporting a busy or not ready status to k3b in the last year or so?

K3B used to dutifully wait till the drive, on reloading the disc after burning 
it, was ready to service its verify request.  Now, and for several months or 
more, k3b attempts to read the drive immediately on the disc's being pulled 
back in, and of course fails, causing k3b to bail out of the verify phase 
completely.

So we are left doing it by hand, a 2 stage process, by first dividing the size 
of the iso file being burnt by 2048 to get the number of blocks to read, and 
then feeding dd's output for that many size 2048 blocks to sha1sum.  This 
works fine but requires the user to understand what it is he is doing. :)

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Life exists for no known purpose.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Question re the disk driver for /dev/sr0
       [not found] <fa.f1U3hfeZvuA6MOX98ADDtqwI20k@ifi.uio.no>
@ 2008-04-23  0:25 ` Robert Hancock
  0 siblings, 0 replies; 2+ messages in thread
From: Robert Hancock @ 2008-04-23  0:25 UTC (permalink / raw)
  To: Gene Heskett; +Cc: linux-kernel

Gene Heskett wrote:
> Greetings;
> 
> Has something been done to that code that is preventing /dev/sr0 from 
> correctly reporting a busy or not ready status to k3b in the last year or so?
> 
> K3B used to dutifully wait till the drive, on reloading the disc after burning 
> it, was ready to service its verify request.  Now, and for several months or 
> more, k3b attempts to read the drive immediately on the disc's being pulled 
> back in, and of course fails, causing k3b to bail out of the verify phase 
> completely.
> 
> So we are left doing it by hand, a 2 stage process, by first dividing the size 
> of the iso file being burnt by 2048 to get the number of blocks to read, and 
> then feeding dd's output for that many size 2048 blocks to sha1sum.  This 
> works fine but requires the user to understand what it is he is doing. :)

You'll need to provide more details on your setup (like what kind of 
drive and full dmesg). I haven't seen this problem.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-04-23  0:23 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <fa.f1U3hfeZvuA6MOX98ADDtqwI20k@ifi.uio.no>
2008-04-23  0:25 ` Question re the disk driver for /dev/sr0 Robert Hancock
2008-04-22 16:41 Gene Heskett

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox