growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-04 Thread BitBucket
Hello Debian people:

I'm trying to blank my DVD+RW media with the command:

C:\dvdtt>growisofs -Z e:=/dev/zero

This process proceeds as expected until it ends with the error:

-[ [EMAIL PROTECTED] failed with SK=5h/ASC=21h/ACQ=02h]: One or more 
arguments
re not correct.

As might note from the form of the command, I am running this under Windows 
(XP SP2).  I've come to this maillist because the author of the page 
C:\dvdtt\Blu-ray Disc-DVD+RW-+R--R[W] for Linux.htm said this was the place 
for these questions.  I've received the exact same termination error on two 
different DVD+RW media.

The session output is below.  If this is not the place to post this message, 
please let me know.  And thank you in advance for any help.

-- Roy Zider

growisofs.exe29-Jan-2006
mkisofs.exe03-Jul-2006
Pioneer DVR-111C 1.06
3:17 PM 7/4/2007 lsz

Got to blank, but failed at the end, according to message below:



C:\dvdtt>growisofs -Z e:=/dev/zero
Executing 'builtin_dd if=/dev/zero of=\\.\e: obs=32k seek=0'
\\.\e:: restarting DVD+RW format...
\\.\e:: "Current Write Speed" is 4.1x1385KBps.
  17367040/4700372992 ( 0.4%) @3.7x, remaining 26:57 RBU 100.0%
  36143104/4700372992 ( 0.8%) @4.0x, remaining 19:21 RBU 100.0%
  54558720/4700372992 ( 1.2%) @3.9x, remaining 18:26 RBU 100.0%
  72646656/4700372992 ( 1.5%) @3.8x, remaining 16:59 RBU 100.0%
  91455488/4700372992 ( 1.9%) @4.0x, remaining 15:57 RBU 100.0%
 110231552/4700372992 ( 2.3%) @4.0x, remaining 15:57 RBU 100.0%
 129007616/4700372992 ( 2.7%) @4.0x, remaining 15:21 RBU 100.0%
 147783680/4700372992 ( 3.1%) @4.0x, remaining 14:53 RBU 100.0%
 166199296/4700372992 ( 3.5%) @3.9x, remaining 15:00 RBU 99.9%
 18432/4700372992 ( 3.9%) @3.8x, remaining 14:42 RBU 100.0%
 203063296/4700372992 ( 4.3%) @4.0x, remaining 14:23 RBU 100.0%
 221839360/4700372992 ( 4.7%) @4.0x, remaining 14:28 RBU 100.0%
 240648192/4700372992 ( 5.1%) @4.0x, remaining 14:12 RBU 100.0%
 259424256/4700372992 ( 5.5%) @4.0x, remaining 13:58 RBU 100.0%
 277839872/4700372992 ( 5.9%) @3.9x, remaining 14:03 RBU 99.9%
 295927808/4700372992 ( 6.3%) @3.8x, remaining 13:53 RBU 100.0%
 314703872/4700372992 ( 6.7%) @4.0x, remaining 13:42 RBU 100.0%
...
...
408049664/4700372992 (93.8%) @3.9x, remaining 0:52 RBU 100.0%
426170368/4700372992 (94.2%) @3.8x, remaining 0:49 RBU 100.0%
444946432/4700372992 (94.6%) @4.0x, remaining 0:46 RBU 100.0%
463722496/4700372992 (95.0%) @4.0x, remaining 0:42 RBU 100.0%
482498560/4700372992 (95.4%) @4.0x, remaining 0:39 RBU 100.0%
501274624/4700372992 (95.8%) @4.0x, remaining 0:35 RBU 100.0%
519690240/4700372992 (96.2%) @3.9x, remaining 0:32 RBU 100.0%
537778176/4700372992 (96.5%) @3.8x, remaining 0:29 RBU 100.0%
556587008/4700372992 (96.9%) @4.0x, remaining 0:25 RBU 100.0%
575363072/4700372992 (97.3%) @4.0x, remaining 0:22 RBU 100.0%
594139136/4700372992 (97.7%) @4.0x, remaining 0:19 RBU 100.0%
612915200/4700372992 (98.1%) @4.0x, remaining 0:15 RBU 100.0%
631330816/4700372992 (98.5%) @3.9x, remaining 0:12 RBU 100.0%
649418752/4700372992 (98.9%) @3.8x, remaining 0:09 RBU 100.0%
668194816/4700372992 (99.3%) @4.0x, remaining 0:05 RBU 100.0%
687003648/4700372992 (99.7%) @4.0x, remaining 0:02 RBU 100.0%
-[ [EMAIL PROTECTED] failed with SK=5h/ASC=21h/ACQ=02h]: One or more 
arguments
re not correct.
-( write failed: One or more arguments are not correct.
\.\e:: flushing cache
\.\e:: stopping de-icing
\.\e:: writing lead-out
-[ CLOSE SESSION failed with SK=2h/ASC=04h/ACQ=07h]: The device is not 
ready.

C:\dvdtt>
C:\dvdtt>mi e:
INQUIRY:[PIONEER ][DVD-RW  DVR-111C][1.06]
GET [CURRENT] CONFIGURATION:
 Mounted Media: 1Ah, DVD+RW
 Media ID:  RICOHJPN/W11
 Current Write Speed:   4.0x1385=5540KB/s
 Write Speed #0:4.0x1385=5540KB/s
 Write Speed #1:2.4x1385=3324KB/s
 Speed Descriptor#0:00/2295103 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s
 Speed Descriptor#1:00/2295103 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s
READ DVD STRUCTURE[#0h]:
 Media Book Type:   92h, DVD+RW book [revision 2]
 Legacy lead-out at:2295104*2KB=4700372992
READ DISC INFORMATION:
 Disc status:   complete
 Number of Sessions:1
 State of Last Session: complete
 Number of Tracks:  1
 BG Format Status:  suspended
READ TRACK INFORMATION[#1]:
 Track State:   complete
 Track Start Address:   0*2KB
 Free Blocks:   0*2KB
 Track Size:2295104*2KB
FABRICATED TOC:
 Track#1  : [EMAIL PROTECTED]
 Track#AA : [EMAIL PROTECTED]
 Multi-session Info:[EMAIL PROTECTED]
READ CAPACITY:  2295104*2048=4700372992

C:\dvdtt>
. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-04 Thread Thomas Schmitt
Hi,

> C:\dvdtt>growisofs -Z e:=/dev/zero
> :-[ [EMAIL PROTECTED] failed with SK=5h/ASC=21h/ACQ=02h]

>From http://www.t10.org/ftp/t10/drafts/mmc5/mmc5r03c.pdf :
  5 21 02 INVALID ADDRESS FOR WRITE
[EMAIL PROTECTED] is decimal block address 2295104 (if i did
the computing right this time).
This is exactly the capacity obtained by command  dvd+rw-mediainfo . 

> READ CAPACITY:  2295104*2048=4700372992

So writing just reached the end of the media and failed
rightously.

> :-[ CLOSE SESSION failed with SK=2h/ASC=04h/ACQ=07h]

With DVD+RW media this sudden end is not supposed to do harm.
The media should be readable and writeable afterwards. (With
other media types there could be essential finalization
activities missing.)


To avoid that message i would restrict input to the
maximum permissible capacity.
On a Linux system that would be this command pipe:

  dd if=/dev/zero bs=2048 count=2295104 | \
  growisofs -Z /dev/sr0=/dev/fd/0

where "/dev/sr0" is the drive address and "/dev/fd/0"
is the pseudo-device which delivers standard input.
You will have to find out its equivalent on your
operating system.
(Maybe growisofs recognizes that address and uses
stdin instead. There is a line in growisofs.c which
invites for a try even on systems which don't have
a device file /dev/fd/0 :
  if (sscanf(in_image,"/dev/fd/%u",&imgfd) == 1)
)


BTW: You are aware that "blanking" DVD+RW is not
needed for rewriting this type of media ?
It is only a privacy measure to make old content
hard to read. (Beware: it's not totally unreadable
afterwards. At least not for forensic experts.)


Have a nice day :)

Thomas

 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-05 Thread Joerg Schilling
"BitBucket" <[EMAIL PROTECTED]> wrote:

> Hello Debian people:
>
> I'm trying to blank my DVD+RW media with the command:
>
> C:\dvdtt>growisofs -Z e:=/dev/zero
>
> This process proceeds as expected until it ends with the error:
>
> -[ [EMAIL PROTECTED] failed with SK=5h/ASC=21h/ACQ=02h]: One or more 
> arguments
> re not correct.

Try to upgrade to cdrecord. Cdrecord prints human readable error messages
for SCSI errors.

The correct message would be "invalid address for write"

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED](uni)  
   [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-05 Thread Chris Ahlstrom
* Joerg Schilling <[EMAIL PROTECTED]> [2007-07-05 11:49:29 +0200]:

> "BitBucket" <[EMAIL PROTECTED]> wrote:
> 
> > C:\dvdtt>growisofs -Z e:=/dev/zero
> > -[ [EMAIL PROTECTED] failed with SK=5h/ASC=21h/ACQ=02h]: One or more 
> > arguments are not correct.
> 
> Try to upgrade to cdrecord. Cdrecord prints human readable error messages
> for SCSI errors.
> 
> The correct message would be "invalid address for write"

I think both products ought to flesh out their error-message systems.

-- 
Tux rox!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-05 Thread Joerg Schilling
Chris Ahlstrom <[EMAIL PROTECTED]> wrote:

> * Joerg Schilling <[EMAIL PROTECTED]> [2007-07-05 11:49:29 +0200]:
>
> > "BitBucket" <[EMAIL PROTECTED]> wrote:
> > 
> > > C:\dvdtt>growisofs -Z e:=/dev/zero
> > > -[ [EMAIL PROTECTED] failed with SK=5h/ASC=21h/ACQ=02h]: One or more 
> > > arguments are not correct.
> > 
> > Try to upgrade to cdrecord. Cdrecord prints human readable error messages
> > for SCSI errors.
> > 
> > The correct message would be "invalid address for write"
>
> I think both products ought to flesh out their error-message systems.

I don't see any way to improve the SCSI error messages from libscg.

If you have an idea, you are welcome!

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED](uni)  
   [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-05 Thread Chris Ahlstrom
* Joerg Schilling <[EMAIL PROTECTED]> [2007-07-05 13:27:19 +0200]:

> Chris Ahlstrom <[EMAIL PROTECTED]> wrote:
> 
> > * Joerg Schilling <[EMAIL PROTECTED]> [2007-07-05 11:49:29 +0200]:
> >
> > I think both products ought to flesh out their error-message systems.
> 
> I don't see any way to improve the SCSI error messages from libscg.
> If you have an idea, you are welcome!

Well, it wouldn't be easy, but... apply the same methods that a previous
knowledgable poster did to validate the arguments (or lack of arguments)
passed to the application.

I didn't mean to sound negative.  The human interface is the hardest to
get right, even in command-line apps!

-- 
Tux rox!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-05 Thread BitBucket
Thomas Schimitt has it right -- the LBA=230540h is 2,295,104 decimal, which 
is the total number of blocks on the DVD+RW medial  Since the LBA addressing 
starts from zero, an attempt to address that block is trying to address on 
past the last LBA block on the DVD.  (I originally checked this, but for 
some stupid reason failed to make the translation from hex to decimal, no 
doubt due to frustration and carelessness.)

So the error message is correct -- it is an incorrect argument.  There must 
be some error then in the source code, since the program clearly knows the 
size of the DVD media, and shouldn't be trying to write past the end of the 
disc.

But more importantly, the resulting media is not blanked back to its virgin 
state, but is merely nulled.  That is, there is still a Session 1 - track 01 
structure, 4700372992 bytes long.  This I was trying to blank out entirely, 
to start fresh.  My reading of the man pages for growisofs was that this was 
accomplished by the command I used:

growisofs -Z e:=/dev/zero

although the "/dev/zero" does seem to indicate that the track 01 should just 
be zeroed out (filled with nulls), not eliminated entirely.

Also, the [EMAIL PROTECTED] is being hidden with "EMAIL PROTECTED".  As I am 
new to this list, I assume the subscribers are getting the actual text, 
whereas the protected overwrite is for the mail list.

My further questions:

1. What then is the command to blank the DVD+RW media, and return it to 
virgin state?

2. Who do I notify about the error in the code that causes it ti attempt 
a write beyond the disc limit?

Thank you in advance for your help with this.

-- Roy Zider

Windows binaries from http://fy.chalmers.se/~appro/linux/DVD+RW/tools/win32/
growisofs.exe29-Jan-2006
mkisofs.exe03-Jul-2006

Pioneer DVR-111C 1.06


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-05 Thread Thomas Schmitt
Hi,

> Subject: Re: growisofs [EMAIL PROTECTED] error blanking DVD+RW media
> Also, the [EMAIL PROTECTED] is being hidden with "EMAIL PROTECTED".

Obviously some software mistakes the message for
a mail address. Only good we are into CD/DVD writing
and not into mailing list software :))

I subscribed by sending Subject:subscribe to
  [EMAIL PROTECTED]
and i get uncensored subject lines.

The archive at
  http://lists.debian.org/cdwrite/2007/07/threads.html
shows no censoring either.


> So the error message is correct -- it is an incorrect argument.  There must 
> be some error then in the source code, since the program clearly knows the 
> size of the DVD media, and shouldn't be trying to write past the end of the 
> disc.

In some aspect, growisofs is a raw program.
But hey, we love it for its unique stunts.
I personally have to thank it for teaching me
the framework of DVD burning.


> 1. What then is the command to blank the DVD+RW media, and return it to 
> virgin state?
Joerg Schilling:
> this is impossible with DVD+RW media unless you own a very old
> Ricoh DVD writer.

I would have flatly stated that it is impossible
with DVD+RW.
Interesting feature. Not mentioned in the standards,
afaik.


DVD-RW media can be (re-)formatted:
  dvd+rw-format -force /dev/sr0
This will bring the media into "Intermediate state"
which allows no random write access. After the first
write is completed, the formatting will allow to
use random access with 32 kB granularity.

DVD-RW may be deformatted by
  dvd+rw-format -blank=full /dev/sr0
In that state they can take multiple sessions quite like
CD-R[W] or like DVD-R. No random access, of course.


> This I was trying to blank out entirely, to start fresh.

Question is: for what purpose ?

The one single session of a DVD+RW is a mere fake anyway.
Actually there is a formatted area which can be expanded
if necessary and if the media has still free space.
The concept of one or more sessions makes sense with CD-R[W],
DVD-R, DVD+R, or unformatted DVD-RW.
But hardly for DVD-RAM, DVD+RW or formatted DVD-RW.


> 2. Who do I notify about the error in the code that causes it ti attempt 
> a write beyond the disc limit?

This mailing list here is the place where to post
messages for Andy Polyakov, the author of growisofs.

(I would like to re-iterate my bug report about
-dvd-compat and open-ended data sources when
applied to blank DVD-R[W].)


Have a nice day :)

Thomas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-05 Thread BitBucket
Jörg

> 1. What then is the command to blank the DVD+RW media, and return it 
> to
> virgin state?

If you use cdrecord ftp://ftp.berlios.de/pub/cdrecord/alpha/
you will read in the documentation that this is impossible with DVD+RW media
unless you own a very old Ricoh DVD writer. Even then, you need cdrecord to
blank the media.

==> Thank you for clarifying that. I had visited that ftp site but of course 
did not come across that documentation.  So from your answer I can take it 
that there is no way to restore the DVD+RW media to its blank state, as 
there is with DVD-RW, nicht wahr?

-- Roy

btw: I was a graduate student at TU Berlin in 1965, in physics.  Promptly 
"beurlaubt" due to my failure to understand the German language at a level 
that would have enabled me to understand what the heck was happening in my 
courses.  Went to the Goethe Institut in Brannenberg-Degendorf to partially 
correct that deficiency.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-09 Thread Rob Bogus

BitBucket wrote:
Thomas Schimitt has it right -- the LBA=230540h is 2,295,104 decimal, which 
is the total number of blocks on the DVD+RW medial  Since the LBA addressing 
starts from zero, an attempt to address that block is trying to address on 
past the last LBA block on the DVD.  (I originally checked this, but for 
some stupid reason failed to make the translation from hex to decimal, no 
doubt due to frustration and carelessness.)


So the error message is correct -- it is an incorrect argument.  There must 
be some error then in the source code, since the program clearly knows the 
size of the DVD media, and shouldn't be trying to write past the end of the 
disc.


But more importantly, the resulting media is not blanked back to its virgin 
state, but is merely nulled.  That is, there is still a Session 1 - track 01 
structure, 4700372992 bytes long.  This I was trying to blank out entirely, 
to start fresh.  My reading of the man pages for growisofs was that this was 
accomplished by the command I used:


growisofs -Z e:=/dev/zero

although the "/dev/zero" does seem to indicate that the track 01 should just 
be zeroed out (filled with nulls), not eliminated entirely.


Also, the [EMAIL PROTECTED] is being hidden with "EMAIL PROTECTED".  As I am 
new to this list, I assume the subscribers are getting the actual text, 
whereas the protected overwrite is for the mail list.


My further questions:

1. What then is the command to blank the DVD+RW media, and return it to 
virgin state?


  
The dvd+rw-format command is used to format dvd+rw. It is at the URL you 
list below.
2. Who do I notify about the error in the code that causes it ti attempt 
a write beyond the disc limit?


  
I think size checking is done only for ISO images. If you feed from a 
source, using a non-ISO image, I believe you bypass that logic. Unlike 
cdrecord, growisofs can burn from a pipe.

Thank you in advance for your help with this.

  

Well I have no competing product to flog, so I can actually try to help you.

-- Roy Zider

Windows binaries from http://fy.chalmers.se/~appro/linux/DVD+RW/tools/win32/
growisofs.exe29-Jan-2006
mkisofs.exe03-Jul-2006

Pioneer DVR-111C 1.06


  




--
E. Robert Bogusta
 It seemed like a good idea at the time


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Re: growisofs WRITE@LBA=230540h error blanking DVD+RW media

2007-07-05 Thread BitBucket
Thomas:

Thank you again for your excellent reply.

1. I was posting to the email list at 
http://www.mail-archive.com/cdwrite@other.debian.org/info.html.  I thought 
that was the gateway to cdwrite messages.  It substitutes the 
[EMAIL PROTECTED] portion of the subject and message with EMAIL PROTECTED]. 
This isn't so bad when the sender (me in this case) wants to protect his 
email address from spam harvesters, but it does make it difficult to get the 
details of the reported message.  Your suggested email list address 
http://lists.debian.org/cdwrite/2007/07/threads.html is what I'm using now, 
and I can see all the text, including my return email address.  Oh, well.

2. I came to growisofs because it was suggested to me that this would be 
able to restore the DVD+RW media to its virgin state.  Evidently that is not 
possible, which seems very strange to me at the least. You can do it with 
DVD-RW and virtually every other recordable media I am aware of.

3. The reason I want to do it is because I've been having problems with the 
"erased" media format that leaves a Session 1 - track 01 structure on the 
disc, length 4.7 sales GB, closed, but with  nulls in all the track sectors. 
Some software (e.g. Plextools) gets very confused by this situation, and 
becomes virtually useless unless it has something to work on.  So in cases 
like this you always want to be able to return to a known good state -- in 
this case, blank media.  Everything understands that.

4.  You mention some reformatting with DVD-RW (not DVD+RW).  I got a -RW 
disc here, and was able with simple erase to recover what Isobuster and 
others recognize as a simple Blank DVD-RW.  So for my purposed the 
intermediate operations you suggest are not necessary in the instant case, 
though might be in some other context.

5. I sent an email to Andy Polyakov, asking him where to report this bug.  I 
didn't realize he was the author of growisofs.  Maybe he'll look into doing 
a true blanking of the media.  I mean, how hard can it be to simply zap the 
specific sectors that hold this bogus session - track 01 structure?

Thanks for your help -- greatly appreciated.

-- Roy Zider






2. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]