brasero failed to burn cause drive was faster than resource (NAS - SMB)

Bug #493773 reported by benste
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
cdrkit (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: brasero

I would expect Brasero to automaticly slow down the drive if the resource is busy.

Guess the same could happen if reading from ext USB HDD or something equal.

In my (worst) case I tried to burn form a Samba share on a NAS connected by wifi.

network said 200 kbit/s reading
brasero burned up to 10x

Strange thing was that usually nautilus can read from the NAS with arround 1,5 Mbit/s

ProblemType: Bug
Architecture: i386
Date: Mon Dec 7 22:15:48 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: brasero 2.28.2-0ubuntu1
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-16.52-generic
SourcePackage: brasero
Uname: Linux 2.6.31-16-generic i686

Revision history for this message
benste (benste) wrote :
affects: brasero (Ubuntu) → cdrkit (Ubuntu)
Revision history for this message
Schily (schilling-fokus) wrote :

Your problem is a result from using the unmaintained fork wodim
instead of the original software..

Just upgrade to the original software from:

ftp://ftp.berlios.de/pub/cdrecord/alpha/

http://cdrecord.berlios.de/

and your problem will go away.

Revision history for this message
benste (benste) wrote :

before I'll try this, could you explain me how the defualt one could be removed withouht installing this case realted ?
--> I'm using a nearly default Ubuntu 9.10 install

Revision history for this message
Schily (schilling-fokus) wrote :

The fork is using a non-cooperative packaging. It may be that
you need to remove the files "wodim", "genisoimage" and similar
by hand and after installing the original software create symlinks
with the names from the fork that point to the original software.

For a long term solution, you could ask the ubuntu team why ubuntu
still distributes an unmaintained and even undistributable fork (that is
is conflict with GPL and Copyright law) instead of just puiblishing the
well maintained original software.

Revision history for this message
benste (benste) wrote :

Pedro do you know why ?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.