brasero complains about files with Rock Ridge name and aborts with disk destroyed

[beccon]

Binary package hint: brasero

I tried to backup a large file hierarchy to DVD which contains some rather oddly encoded filenames. (strange mixture of utf-8, old iso8859-15 and Windows - diacritical characters - German Umlauts) Brasero aborts complaining about two files having the same Rock Ridge encoding.

/usr/bin/genisoimage: Error: '/home/beccon/Datensicherung/Projekte/Schulung/Schulung-UML/Schulung-UML/UML-Java-L4/UML-Grundlagen-%DCbungen.doc' and '/home/beccon/Datensicherung/Projekte/Schulung/Schulung-UML/Schulung-UML/UML-Java-L4/UML-Grundlagen-%DCbungen.doc' have the same Rock Ridge name 'UML-Grundlagen-%DCbungen.doc'.
BraseroGenisoimage stderr: Unable to sort directory Projekte/Schulung/Schulung-UML/Schulung-UML/UML-Java-L4

The directory's listing with ls looks like this:

-rw-rw---- 1 beccon beccon 149504 2006-10-12 20:32 UML-Grundlagen-%DCbungen.doc

... obviously some old ISO 8859 encoded filename. But it is only one - there is no other entry which could resolv to a similar name by transcoding the file names.

The bad thing is that the raw DVD is lost because of this error.

I tested on Jaunty and Karmic Alpha 5

What's wrong?
Thank you for help

Conrad

[Pedro Villavicencio (pedro)]

error is coming from genisoimage

[Schily (schilling-fokus)]

This may either be caused by a wrong command line set up by brasero or
by one of many well known bugs in genisoimage.

I recommend to replace the broken cdrkit fork by original software and test again:

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

[Tsu Jan (tsujan2000)]

This is an annoying bug in Brasero and shows up when a file name contains a string of the form "%1a", where "1" and "a" can be replaced with any numeral and alphabet letter, respectively. Such files must be in a folder in the composition area to create a problem for Brasero. I reported this bug several months ago but it still persists in Brasero 2.29. It has been there since v2.26!

The fault isn't with genisoimage. I use K3b and n-c-b in Gnome and both of them work well with genisoimage.

[Schily (schilling-fokus)]

I cannot speak for unknown bugs that probably are in genisoimage. Let me therefore
only mention known bugs. It is unlikely that the quoted error message from
"genisoimage" is related to specific characters in the file names.

It may have two different reasons:

1) An incorrect commandline forces to have two identical filenames in the
    same target directory. This will cause even mkisofs to complain.

2) The inability of "genisoimage" to correctly handle deeply nested directories
    also may cause the error message. If the bug was caused by genisoimage,
    the problem will go away after upgrading to recent original software.

Note that in contrary to mkisofs, genisoimage does not support UTF-8 based
character coding.

[Daniel Betschart (dbet1)]

I had the same bug. Disabling the file checksum plugin helped me.

[Tsu Jan (tsujan2000)]

@ Schily: It seems that you are right about genisoimage. I downloaded and compiled the original cdrkit but hesitated to install it because it overwrites so many files. However, I just didn't install the genisoimage extensions for Brasero (fortunately, they are in a separate package in Debian, i.e. in brasero-cdrkit) and the problem was fixed! libisofs doesn't have this problem.

I'll consider to install the original cdrkit in a clean way soon. I should have listened to you sooner ;)

[Tsu Jan (tsujan2000)]

OK, Schily's cdrtools works seamlessly (and I was wrong about its overwriting many files). Just issue a simple "make", put the created mkisofs executable in '/usr/bin/', and recreate genisoimage as a symlink pointing to it! Brasero will work fine!