Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #236399

Re: Fatal error while burning CD

From "Thomas Schmitt" <scdbackup@gmx.net>
Newsgroups linux.debian.user
Subject Re: Fatal error while burning CD
Date 2021-06-24 12:20 +0200
Message-ID <CtuCK-1L6-11@gated-at.bofh.it> (permalink)
References <CttQl-1fx-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Hi,

i am making theories how the drive firmware could perceive any illegal
request while WRITE(10) commands come in. (Senile dementia is not among
the usual signs of drive ageing. Rather they go blind or suffer stroke.)

I would be interesting to see the SCSI log of a failed dummy burn. I.e. with
option -V and redirection of text output to file cdrskin_scsi_log.

  cdrskin -V ...your.options... 2>&1 | tee -i /tmp/cdrskin_scsi_log

If the failure happens, then the log will not be as large as with a
successful run, but nevertheless have a few hundred lines. So if you take
the plight on you to provoke the failure, then send the file to me in
private.

--------------------------------------------------------------------------
Vague theory i have:

The potential mistake of a burn program during data writing is that the
Logical Block Address of the WRITE(10) command does not match the data
stream count of the drive. Since libburn normally has no problem to compute
the apropriate LBA during data transmission, there would have to be a
misunderstanding about the number of accepted data blocks.

A drive is allowed to reply to WRITE(10) by ASC 04 "Logical unit not ready"
with some ASCQ number which indicates that the drive promises to become
ready without external intervention. The burn program is then supposed to
send again a WRITE(10) command with the same LBA and the same data payload.
This repetition is permissible only if the drive really did not count the
blocks of the previous WRITE(10) command.

Not many drives emit "not ready" when their buffer becomes full. Among mine
it's only the Optiarc BD-5300S.
The others simply wait with their reply to WRITE(10) until enough room is
in their buffer to take the next chunk of data.

The SCSI log of a failed run would show the LBAs of the WRITE(10) commands
and the possible "not ready" replies by the drive. Maybe i can learn how
libburn and drive came out of sync.


Have a nice day :)

Thomas

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Fatal error while burning CD Michael Lange <klappnase@freenet.de> - 2021-06-23 19:40 +0200
  Re: Fatal error while burning CD "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-23 21:00 +0200
    Re: Fatal error while burning CD Michael Lange <klappnase@freenet.de> - 2021-06-23 23:40 +0200
      Re: Fatal error while burning CD "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-24 09:20 +0200
        Re: Fatal error while burning CD Michael Lange <klappnase@freenet.de> - 2021-06-24 11:30 +0200
          Re: Fatal error while burning CD "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-24 12:20 +0200
            Re: Fatal error while burning CD "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-24 14:20 +0200
              Re: Fatal error while burning CD Michael Lange <klappnase@freenet.de> - 2021-06-25 00:50 +0200
                Re: Fatal error while burning CD "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-25 08:50 +0200
                Re: Fatal error while burning CD Michael Lange <klappnase@freenet.de> - 2021-06-25 10:30 +0200
                Re: Fatal error while burning CD "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-25 11:50 +0200
                Re: Fatal error while burning CD mcgarrett <dmcgarrett@optonline.net> - 2021-06-26 04:00 +0200
        How to verify newly burned disc [Was: Fatal error while burning CD] Michael Lange <klappnase@freenet.de> - 2021-06-29 10:30 +0200
          Re: How to verify newly burned disc [Was: Fatal error while burning          CD] Linux-Fan <Ma_Sys.ma@web.de> - 2021-06-29 10:40 +0200
            Re: How to verify newly burned disc [Was: Fatal error while burning  CD] Michael Lange <klappnase@freenet.de> - 2021-06-29 11:10 +0200
          Re: How to verify newly burned disc "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-29 12:10 +0200
            Re: How to verify newly burned disc Michael Lange <klappnase@freenet.de> - 2021-07-02 09:10 +0200
          Re: How to verify newly burned disc "Thomas Schmitt" <scdbackup@gmx.net> - 2021-07-02 12:30 +0200
            Re: How to verify newly burned disc Michael Lange <klappnase@freenet.de> - 2021-07-02 20:00 +0200
              Re: How to verify newly burned disc "Thomas Schmitt" <scdbackup@gmx.net> - 2021-07-02 21:30 +0200
                Re: How to verify newly burned disc Michael Lange <klappnase@freenet.de> - 2021-07-03 01:00 +0200
                Re: How to verify newly burned disc Stefan Monnier <monnier@iro.umontreal.ca> - 2021-07-03 04:50 +0200
                Re: How to verify newly burned disc "Thomas Schmitt" <scdbackup@gmx.net> - 2021-07-03 10:50 +0200
          Re: How to verify newly burned disc [Was: Fatal error while burning CD] Richmond <richmond@criptext.com> - 2021-07-02 22:20 +0200
            Re: How to verify newly burned disc [Was: Fatal error while burning  CD] Greg Wooledge <greg@wooledge.org> - 2021-07-02 22:40 +0200
              Re: How to verify newly burned disc [Was: Fatal error while burning  CD] Richmond <richmond@criptext.com> - 2021-07-02 23:30 +0200
                Re: How to verify newly burned disc [Was: Fatal error while burning  CD] Greg Wooledge <greg@wooledge.org> - 2021-07-02 23:40 +0200
                Re: How to verify newly burned disc "Thomas Schmitt" <scdbackup@gmx.net> - 2021-07-03 00:00 +0200

csiph-web