[Bug 1758949] Re: brasero exited on a libisofs error

Thomas Schmitt scdbackup at gmx.net
Tue Mar 27 17:02:27 UTC 2018


Hi,

well, it is Brasero who could know but does not tell.
Actually, if my theory is right, Brasero tries to perform the non-trivial
work of "mangling", i.e. reducing name length without producing collisions.

You can verify my theory by looking whether there are two files or directories
on your disk of which the paths begin by
  /Dropbox/Li/CVS/CVS pharmacy - Online Pharmacy - Transfer Prescription or Refil2
and which are distinguished only by characters after that start part.

You can check the names mangled by libisofs by mounting on GNU/Linux the 
resulting DVD with option -norock. Like:

  mount -o norock /dev/sr0 /mnt/iso

Directory "/mnt/iso" has already to exist, or you have to use an existing
(preferrabky empty) directory instead of "/mnt/iso".
The directory tree with the mangled Joliet names can then be inspected by

  find /mnt/iso | less

You should see most names unchanged, but the very long ones should be
shortened to 64 characters and maybe the end characters of their names
are altered, too.
(If you are unfamiliar with the "less" text pager: Key "q" ends it.
 Keys "PageUp", "PageDown", or the up-arrow, down-arrow keys may be used
 to scroll the text.)

If you mount without "-o norock", then you should see the original names,
because they then stem from the Rock Ridge extra data of the ISO 9660
directory tree, and not from the alternative Joliet directory tree.
MS-Windows, vice versa, will mount the Joliet tree by default.


Have a nice day :)

Thomas

-- 
You received this bug notification because you are a member of Ubuntu
Burning Team, which is subscribed to brasero in Ubuntu.
https://bugs.launchpad.net/bugs/1758949

Title:
  brasero exited on a libisofs error

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/1758949/+subscriptions



More information about the Ubuntu-burning mailing list