genisoimage error "directories too deep" using Rock Ridge

[ryanmbruce]

Binary package hint: gnomebaker

When I try to burn a dual layer data DVD of my filesystem using ONLY the Rock Ridge format (to avoid Joliet/ISO nesting limits which *cannot* be overridden in GnomeBaker using '-D'), I get the following error:

GnomeBaker 0.6.0

Executing 'genisoimage -gui -V Backup Vol.2 -A GnomeBaker -iso-level 3 -l -r -hide-rr-moved -graft-points --path-list /tmp/GnomeBaker-bobo/gnomebaker-RWD7XT | builtin_dd of=/dev/hdd obs=32k seek=0'
I: -input-charset not specified, using utf-8 (detected in locale settings)
genisoimage: Directories too deep for 'dev/bmpx/xpi/chrome/skin/classic/bmp/.svn' (7) max is 6.
:-( write failed: Input/output error

This has also been reported on the Sourceforge tracker here:
http://sourceforge.net/tracker/index.php?func=detail&aid=1605160&group_id=127397&atid=708499

I'm going to try upgrading to Gutsy, so I'll see if newer packages solve the problem. Let me know if I can get you any more information.

Cheers,
-Ryan

[ryanmbruce (ryanmbruce)]

This bug has also been filed in cdrtools, but I'm unsure of where it actually lies.

https://bugs.launchpad.net/ubuntu/+source/cdrtools/+bug/89012

Any help sorting our the true source would be helpful.

Cheers,
-Ryan

[Goedson Teixeira Paixão (goedson)]

It's certainly a bug in genisoimage.

You can reproduce by doing the following:

1 - create a file (let's name it pathlist) with the following contents:

/a/b/c/d/e/f/g/h/a.txt=a.txt

2 - execute this command:
genisoimage -o a.iso -graft-points -path-list pathlist

You'll get this output:

genisoimage: Directories too deep for 'a/b/c/d/e/f/g/h' (7) max is 6.

I don't have cdrtools here to check with it also has this bug.

[Schily (schilling-fokus)]

You are most likely not using mkisofs but a defective fork called
"genisoimage". It is based on a 2+ year old mkisofs version with additional
bugs added.

The problem you describe is a well known bug from older mkisofs versions
that happens with the specific command line you are using. As there is
absolutely no development in the "genisoimage" fork, it is a bad idea to
use programs from this fork.

I recommend you to upgrade to a real mkisofs, the bug has been fixed around
August 2006.

Here is the source: http://cdrecord.berlios.de/ select the "Download Latest"
option.

Here is a Ubuntu x86 binary package:

http://ppa.dogfood.launchpad.net/siretart/ubuntu/pool/multiverse/c/cdrtools/

[ryanmbruce (ryanmbruce)]

So I guess the question is why does Ubuntu use genisoimage instead of
mkisofs? What was the reasoning behind moving away from mkisofs and
migrating to genisoimage?

Cheers,
-Ryan

On 8/29/07, Schily <email address hidden> wrote:
> You are most likely not using mkisofs but a defective fork called
> "genisoimage". It is based on a 2+ year old mkisofs version with additional
> bugs added.
>
> The problem you describe is a well known bug from older mkisofs versions
> that happens with the specific command line you are using. As there is
> absolutely no development in the "genisoimage" fork, it is a bad idea to
> use programs from this fork.
>
>
> I recommend you to upgrade to a real mkisofs, the bug has been fixed around
> August 2006.
>
> Here is the source: http://cdrecord.berlios.de/ select the "Download Latest"
> option.
>
> Here is a Ubuntu x86 binary package:
>
> http://ppa.dogfood.launchpad.net/siretart/ubuntu/pool/multiverse/c/cdrtools/
>
> --
> genisoimage error "directories too deep" using Rock Ridge
> https://bugs.launchpad.net/bugs/135362
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Goedson Teixeira Paixão (goedson)]

It's all about licensing.
See this message http://lists.debian.org/debian-devel-announce/2006/09/msg00002.html
for the reasoning about the fork.

[Brian O'Keefe (okeefe)]

Ouch! I really care about GPL too.....what's a boy to do?

[Reinhard Tartler (siretart)]

ryanmbruce <email address hidden> writes:

> So I guess the question is why does Ubuntu use genisoimage instead of
> mkisofs? What was the reasoning behind moving away from mkisofs and
> migrating to genisoimage?

Because of licencing issues. If you are using gutsy, you can find
a reasonably recent version of mkisofs in multiverse.

--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

[ryanmbruce (ryanmbruce)]

Hmm... That thread seemed slightly divisive. I wonder if there has
been any change of heart? I'm probably antagonizing the situation and
making a fool of myself in the name of futility, but Jörg, would you
be willing to reconsider the use of CDDL to have your wonderful
software put back into the main repositories of ubuntu? If this is
something you are not at all willing to consider, that is perfectly
fine, I am just curious.

Hopefully,
-Ryan

On 8/29/07, Goedson Teixeira Paixão <email address hidden> wrote:
> It's all about licensing.
> See this message http://lists.debian.org/debian-devel-announce/2006/09/msg00002.html
> for the reasoning about the fork.
>
> --
> genisoimage error "directories too deep" using Rock Ridge
> https://bugs.launchpad.net/bugs/135362
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Schily (schilling-fokus)]

The pointer you added contains claims from laymen not from lawyers.

Lawyers do not see a problem.

[ryanmbruce (ryanmbruce)]

Well shucks...

Reinhard,
Unfortunately, both my ubuntu computers have failed with hardware problems, so I can't try installing mkisofs ATM, but would gnomebaker automatically use mkisofs/cdrtools instead of genisoimage/cdrkit? Is there any thing else needed to make this switch?

Cheers,
-Ryan

[Reinhard Tartler (siretart)]

ryanmbruce <email address hidden> writes:

> Unfortunately, both my ubuntu computers have failed with hardware
> problems, so I can't try installing mkisofs ATM, but would gnomebaker
> automatically use mkisofs/cdrtools instead of genisoimage/cdrkit? Is
> there any thing else needed to make this switch?

I would think so, but since I haven't neither used nor looked at
gnomebaker, I have no idea about this. If in doubt, I'd suggest looking
in to source code.

--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

[Goedson Teixeira Paixão (goedson)]

In GnomeBaker 0.6.2 you can choose which backend to use in
the Advanced tab of the preferences dialog.

[Denis (denis-openid)]

This bug is still present in Ubuntu 7.10 Gutsy with GnomeBaker 0.6.2.
Changing the backend to "wodim" doesn't solve the problem.

No progress has been made with the bug on Sourceforge.net tracker
(http://sourceforge.net/tracker/index.php?func=detail&aid=1605160&group_id=127397&atid=708499)

This bug causes problems for me when making backups. The easiest solution is to delete the directories that are too deep, but that's very inconvenient. Also when the error occurs, the burn fails, resulting in an unusable DVD/CD.

[Lyceuhns Gendô (lyceuhns-deactivatedaccount)]

I'm in Arch Don't Panic, XFCE 4.4.2, with GnomeBaker 0.6.2. Taking things to make a backup... when i burn on, it fails:

Executing 'mkisofs -gui -V ex-pen -A GnomeBaker -p My Complete Name -iso-level 3 -l -r -hide-rr-moved -J -joliet-long -graft-points --path-list /tmp/GnomeBaker-user/gnomebaker-GIV68T | builtin_dd of=/dev/hdc obs=32k seek=0'
I: -input-charset not specified, using utf-8 (detected in locale settings)
genisoimage: Directories too deep for 'pen/Ex/js/wow/forum/forum/phpBB/MODs' (7) max is 6.
:-( write failed: Input/output error

It's the second time. K3B works fine. :)

[Ernst Sjöstrand (ernstp)]

This is of cource not a bug in GnomeBaker but in genisoimage from cdrkit, changing.

[Ernst Sjöstrand (ernstp)]

Perhaps this is fixed in cdrkit 1.1.7, from the changelog:

cdrkit (1.1.7) RELEASED; urgency=low

  [ Harald Hoyer ]
  * lots of fixes to prevent gcc warnings
  * Fix for Joliet directory length bug in genisoimage

[Narcis Garcia (narcisgarcia)]

If K3B doesn't start to record with the error message "Could not determine size of resulting image file" and in the debug details the mkisofs/genisoimage tool is saying something like "genisoimage: Directories too deep for 'a/b/c/d/e/f/g/h' (7) max is 6.", you need to disable deep directory relocation:

Go to Settings menu in K3B, Configure K3B option, Programs section, User Parameters tab, edit the "mkisofs" line and add the text "-D".

Note: This violates ISO9660

[Ernst Sjöstrand (ernstp)]

Automatic merging from debian found a conflict:
http://merges.ubuntu.com/c/cdrkit/REPORT
(debian has 1.1.8 now)

[Ernst Sjöstrand (ernstp)]

Should be fixed for Intrepid

http://launchpad.net/distros/ubuntu/intrepid/+source/cdrkit/9:1.1.8-1ubuntu1

[acidShaka (info-arearelax)]

It was fixed in the latest version.

http://sourceforge.net/forum/forum.php?forum_id=837187

[Philip Peitsch (philip-peitsch)]

This bug is still present in Intrepid. I have the following packages:

genisoimage: 1.1.8-1ubuntu1
gnomebaker: 6.4-1

Same problem also occurs with Brasero, 0.8.2-0ubuntu1

[Steve White (stevan-white)]

I got here by following the duplicate bug#89012, which is what bit me, on Intrepid.

This is pretty nasty. I'm just trying to back up some software:

$ mkisofs -JR -V "WinBackup" -o win.img /media/windows/
I: -input-charset not specified, using utf-8 (detected in locale settings)
genisoimage: Directories too deep for '/media/windows/Program Files/Adobe/Reader 8.0/Reader/plug_ins/Annotations/Stamps/ENU'

This badly limits what can be done with a lot of backup-related software.
Is there any chance the fix could be released into the updates for Intrepid?

[Philip Peitsch (philip-peitsch)]

Hi Steve,

You can get an updated version of Brasero from getdeb.net: http://www.getdeb.net/app/Brasero

This solved the problem for me.

[Schily (schilling-fokus)]

Fist a note: the problem was not found in mkisofs but in genisoimage.

The problem has however been in mkisofs too and as genisoimage is just
a very old version of mkisofs, it suffers from the problem.
While mkisofs did fix the related problem by rewriting major parts of the
code in October 2006 (this is before genisoimage was released), there is no
fix available for genisoimage.

The best solution is to download the latest version of the original software
from http://cdrecord.berlios.de/

[mohican (mohican)]

The bug (message from gneisoimage) is still there on gnomebaker from ubuntu 10.10.

There is an option in gnomebaker GUI that says 'Ignore directories too deep'. However if you select the option, it does not stay on.

[Schily (schilling-fokus)]

There is a really simple solution for your problem: Install revent original software.

The problem you describe has been fixed 4 years ago.