First off I want to say thank all of you that work on this software that
makes it possible to do this stuff.
I'm more impressed than you can imagine.
Now that I have hopefully 'buttered you up' a little bit, I'm in need of
assistance, and I have exhausted my google skills in an attempt to find
Hi,
> 954499072/250 ( 3.8%) @0.2x, remaining 218:19 RBU 100.0% UBU 12.5%
> WRITE@LBA=720a0h failed with SK=3h/WRITE ERROR]: Input/output error
This is a failure of the drive to write to the medium.
It has nothing to do with your preparations of BDBurn.udf,
but rather with the relation
I put in a fresh new, blank disc and I got some interesting errors --
I'll try this on the other system with the other burner here in a bit.
ls -al /dev/sr*
brw-rw 1 root cdrom 11, 0 May 7 13:02 /dev/sr0
brw-rw 1 root cdrom 11, 1 May 7 13:02 /dev/sr1
# growisofs -speed=1 -use-the-for
Hi,
> :-[ READ FORMAT CAPACITIES failed with SK=3h/ASC=19h/ACQ=00h]:
3,19,00 is not listed among the official SCSI error codes.
3,x,y means "Medium error". The other two components would tell
what kind of medium error. E.g. 3,C0,00 would be "Write error".
> :-[ READ BD SPARE INFORMATION faile
Hi,
> or a bad enclosure maybe?
Rather not. The growisofs error message indicates media problems.
> Current: DVD-R sequential recording
That's a different game ...
> Sense Key: 0x3 Medium Error, deferred error, Segment 0
> Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0
... but quite the s
The second set of error messages were from cdrtools from the
brandonsnider ppa.
The error messages are much more verbose -- Not that I'm smart enough to
be able to really understand them that well.
Even with cdrtools, I can't get BD media to burn. I can get DVD and CD
media to burn in the i
Hi,
> The second set of error messages were from cdrtools from the brandonsnider
> ppa.
Obviously cdrecord resp. one of its forks, indeed.
> The error messages are much more verbose -- Not that I'm smart enough to be
> able to really understand them that well.
Actually the beef is the "sense co
Hi,
Joerg Schilling wrote:
> There are only dead "forks" from cdrtools - don't use them.
Probably i am the one who is to blame for killing them.
Programmers who consider to fork can as well try libburn
and contact me for feature requests.
That's what happened to Debian's cdrkit. Meanwhile xorri
On Thu 09 May 2013 01:43:35 NZST +1200, Thomas Schmitt wrote:
> Let dd copy the computed number of blocks from medium to /dev/null:
> dd if=/dev/sr1 bs=2048 count=1700758 of=/dev/null
>
> If this ends by an i/o error (often near the end of the medium)
> then the burn was not successful.
On Thu 09 May 2013 02:36:00 NZST +1200, Thomas Schmitt wrote:
> I do not deem mkisofs to be the best ISO 9660 program. :))
What are the options, though? (Not counting jokes like woedumb.)
And what are the options for UDF (which is becoming increasingly
necessary)?
Thanks,
Volker
--
Volker Kuh
Hi,
> Or you could be dealing with a stupid Linux kernel that hasn't got fixed
> for the last 15 years. If the recording ends at the end of the
> filesystem (common, for obvious reasons) and the size of the filesystem
> is not a multiple of some internal Linux buffer size, the last buffer
> Linux
On Thu 09 May 2013 19:01:12 NZST +1200, Thomas Schmitt wrote:
> This happens only with CDs which were written in write type TAO.
Ehh, I'm very sure I've seen it with DVDs too, and the read-ahead size
there was larger.
> Nevertheless, that is a _read_ problem. Dale has a problem with
> write erro
Hi,
> Ehh, I'm very sure I've seen it with DVDs too, and the read-ahead size
> there was larger.
In that case we should try to reproduce the problem.
At least the Linux kernel would need another reason why to misperceive
the size of the medium on the first hand.
In case of CD it is obviously the
Hi,
> Ehh, I'm very sure I've seen it with DVDs too, and the read-ahead size
> there was larger.
In that case we should try to reproduce the problem.
At least the Linux kernel would need another reason why to misperceive
the size of the medium on the first hand.
In case of CD it is obviously the
Hi,
> "dvdrecord" turned into a dead project in 2001 - 6 months after it started.
But no new forks arised since i began to compete with you.
> "cdrkit" turned into a deas project in May 2007 which is also 6 months after
> the start.
cdrkit is the fork by Debian. Last release was in 2010.
Now l
Volker Kuhlmann wrote:
On Thu 09 May 2013 19:01:12 NZST +1200, Thomas Schmitt wrote:
This happens only with CDs which were written in write type TAO.
Ehh, I'm very sure I've seen it with DVDs too, and the read-ahead size
there was larger.
Nevertheless, that is a _read_ problem. Dale has a pr
16 matches
Mail list logo