Hi,
this might be the same growisofs bug as
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794868
where a remedy patch was tested by a user but not yet applied to the
Debian package of dvd+rw-tools.
---
Remedy for the wrong
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: k3b (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1356528
Title:
k3b
Hi,
But growisofs upstream is not maintained any more. So there is few
use in diagnosing the problem, unless you want to run a fixed
growisofs on your machine(s). In that case, i could make proposals.
thanks again for your diagnose :-) At least I am going to know what to
deal with now and
Hi,
With both programs [xorriso and cdrskin] the written area measured
from the center of disc is about 35 mm :-)
Hrmpf. Obviously i do not understand the source code of
growisofs enough to explain the difference. If it
actually decides to do DAO, then i am sure it will yield
the same result
Hi,
Or it might be that the burned area ends less than 70 millimeters
away from the center of the DVD's hole. Please measure. :))
You mean 7 millimeters? The burned area is exactly 7 mm, or ends -
measured from the center at 29,5 mm.
How long did the burner chew on the medium with 100%
Hi,
You mean 7 millimeters? The burned area is exactly 7 mm, or ends -
measured from the center at 29,5 mm.
Urm ... reading again ECMA-167 ...
10.6.1 Sub-divisions of the Information Zone,
Table 1 - End of the Information Zone.
It may vary 70.0 to 117.0 mm.
It talks of diameteri d 10,
Correction: It's ECMA-267 not ECMA-167.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1356528
Title:
k3b dvd burning crashes with growisofs and -use-the-force-luke=dao:
option
To manage
Hi,
ok, I followed your instructions. First I wrote the larger image with
dd if=/dev/zero bs=2048 count=40 | /usr/bin/growisofs -Z
/dev/sr0=/dev/fd/0 -use-the-force-luke=notray -use-the-force-luke=tty
-use-the-force-luke=4gms -use-the-force-luke=tracksize:40
Hi,
First I wrote the larger image [...] and, hu, everything went fine :-)
Less idle time with the last WRITE command.
Then I wrote the smaller image without the dummy-option:
...
As you can see, I didn't have to wait until the drive has stopped
working because growisofs finished
Hi,
did you wait the time necessary to write a full gigabyte
when -use-the-force-luke=dao was in effect ?
Why i ask:
-use-the-force-luke=dao:96525 tells growisofs to use
write type DAO rather than Incremental. Further it predicts
the track size as 96525 blocks of 2048 bytes.
The number has
Hi,
thanks for your detailed answer. And yes, you're right, I should wait
until the burning process has finished ;-)
Here are the last few lines output:
197656576/197683200 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU 100.0%
197656576/197683200 (100.0%) @0.0x, remaining 0:00 RBU 0.1% UBU
Hi,
I should wait until the burning process has finished ;-)
It did not help, though. :(
:-[ WRITE@LBA=17900h failed with SK=0h/ASC=00h/ACQ=03h]: Input/output
error
Now this is a strange SCSI error code.
SK=0h/ASC=00h means that nothing can be reported.
But ACQ=03h means that there is
12 matches
Mail list logo
