As the (Debian) maintainer of these packages, you definitely have
permission to manage these bugs! But even for bugs in unrelated
packages, please don't hesitate to help triage bugs and change their
status accordingly.
Since Ubuntu "yakkety" has not yet reached Debian Import Freeze and
those packa
Hi,
thanks for taking action.
I was not aware of being authorized to manage Ubuntu bugs.
Will practice on a few other outdated ones which one can reach from
the Debian package tracker. (Fresh upstream versions are available of
libburn, libisofs, libisoburn.)
Have a nice day :)
Thomas
--
You r
This bug report is being closed due to your comment that this was not a
bug with libburn.
For future reference you can manage the status of your own bugs by
clicking on the current status in the yellow line and then choosing a
new status in the revealed drop down box. You can learn more about bug
Hi,
> I hope I'd followed your recommendation correctly.
The xorriso command looks ok. If you do not plan to produce and
burn add-on ISO sessions you may omit option -multi.
> I burnt a second copy of each ISO, which should
> give me a high probability of full recovery using gddrescue, if the ti
Thank you, once again, Thomas.
I've noticed I omitted to post the command line:
xorrecord dev=/dev/sr0 -v padsize=0 -multi fs=64m blank=format_overwrite
Disc01.iso
I hope I'd followed your recommendation correctly.
I am far from unhappy with the writing speed. Considering it has taken
me a yea
Hi,
all looks well for a run with 8x nominal speed and Defect Management
enabled.
You may try to get higher speed by omitting cdrskin option
blank=format_if_needed
or by using option
stream_recording=on
with BD-R media which are already formatted or with BD-RE media (which will
get formatted
Success, at last!
I burnt a couple of BD-R discs, on Monday, using a USB 2 card, fitted
into the problem PC, as the source external HD connection, and the rate
was roughly 22 GiB in half an hour.
Here's the tail end of the output:
xorriso : UPDATE : 22408 of 22530 MB written (fifo 98%) [buf 96%
Hi,
Njorl wrote:
> Any possibility for making libburn more idiot-proof? If the log had
> been able to decompose how the burn speed was determined, I might have
> managed to check up on the bottleneck - and have avoided this drain on
> your time.
First i would have to make myself idiot-proof.
I
Thomas,
I slightly favour the second option as, although I think it is not yet
strictly proven, whereas the first is one of those assertions that
stands until disproven, it does have a reasonable chance of pointing
anyone who suffers a similar issue in the right direction fairly
quickly.
I may ac
Hi,
can we close this bug as either:
- not reproducible under proper hardware conditions,
- or as caused by insufficient data source bandwidth ?
Have a nice day :)
Thomas
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
My work on verifying that this is genuinely a problem in libburn has
stalled. I apologise for this, but more so for having neglected to
provide a potentially critical interim update (which now follows upon
the prompting of someone having clicked a “me too” button).
Whilst I was in the process of
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: libburn (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/1458230
Title:
li
Hi Thomas,
Thank you very much for all the recommended commands, and your careful
explanations. I'm about to copy these to my own stash of notes.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1458230
Hi,
> If my experience is
> similar, in XP, I will buy a different brand of BD-R, and, if that makes
> little difference, try to reject the drive.
I am curious about the outcome.
Just for the records resp. future use:
Formatting BD-R and using it with Defect Management:
growisofs -Z /dev/s
Hi,
Thank your for the answers, and sorry I've been a while in responding.
I am preparing more data for back-up, and my plan is to reinstate my
Windows XP partition and investigate Blue-ray BD-R burning behaviour
with (probably) CDBurnerXP.
I agree that the evidence suggest that Defect Managemen
Hi,
some corrections to my previous mail:
i wrote:
> growisofs always formats
growisofs formats BD-R by default but also can keep them
unformatted if its undocumented option
-use-the-force-luke=spare=none
is used and the medium is not yet formatted. In this case it
is supposed to burn with f
Hi,
everything points towards Defect Management which seems to
be extremely slow with the given drive and BD-R media.
It normally slows down writing by a factor of 2 or 3 but not
by 10 or 20.
So the option stream_recording=on of cdrskin and xorrecord
is worth a try with the next BD-R you burn.
Sorry, looking back on this, I recognise I burnt only three of the BD-Rs
with libburn, not the four I'd claimed. The exaggeration was entirely
unintentional.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
DVD-RW 2x burning with cdrskin:
INQUIRY:[PIONEER ][BD-RW BDR-209M][1.20]
GET [CURRENT] CONFIGURATION:
Mounted Media: 14h, DVD-RW Sequential
Media ID: JVC_VictorW7
Current Write Speed: 2.0x1385=2770KB/s
Write Speed #0:2.0x1385=2770KB/s
Speed Des
disc06 burnt with xorrecord (xorrecord -v dev=/dev/sr0 speed=26970k
fs=8m -multi --grow_overwriteable_iso blank=as_needed padsize=300k
disc06.iso):
INQUIRY:[PIONEER ][BD-RW BDR-209M][1.20]
GET [CURRENT] CONFIGURATION:
Mounted Media: 41h, BD-R SRM
Media ID:
disc01 burnt with k3b (brandonsnider cdrtools PPA):
INQUIRY:[PIONEER ][BD-RW BDR-209M][1.20]
GET [CURRENT] CONFIGURATION:
Mounted Media: 41h, BD-R SRM
Media ID: CMCMAG/BA5
Current Write Speed: 12.0x4495=53940KB/s
Write Speed #0:12.0x4495=53940KB
Thank you very much for looking into this, and I'll apologise for
having, at best, asymptotically approached the scientific method whilst
attempting to burn a set of back-up discs.
My first burn used the k3b GUI. I had to install the brandonsnider
cdrtools PPA, before it would even start writing
Hi,
i forgot to ask: How is the read speed with this drive ?
Does it deliver dozens of MB per second ?
Do you get better write speeds with DVD media ?
(A DVD+RW at 4x DVD speed should be 5 times as fast as the
write speed you observe with BD-R.)
Have a nice day :)
Thomas
--
You received this
Hi,
libburn obviously tries to tell the drive the desired speed.
But the drive decides to work much slower, despite promising
speeds up to 12x BD with the given BD-R.
A possible reason could be Defect Management which is caused
by the cdrskin option blank=format_if_needed. It checkreads
the wri
24 matches
Mail list logo
