automount and bad CD (Rock Ridge extensions)

[didier]

Binary package hint: gnome-volume-manager

Hi
I have a CD made with something called DiscRecording 2.1.17f1 (from Apple?)

it's a folder with 26 files.
It works well on a Mac or a Windows box.
On Linux I'm seeing only 25 files.

isoinfo -R -i /dev/hdc returns
**BAD RRVERSION (56)

If I mount the disk without Rock Ridge it works.

Obviously as Linux is the only one using Rock Ridge extensions I'd be nice if it triple checks for stuff like that (waste a lot of time on this one).

[Martin Pitt (pitti)]

What is the missing file? if it's the RR index file, then this is naturally not displayed under Linux. If it's not then it seems that the RR information on the CD is broken.

[didier (did447-deactivatedaccount)]

A data file was missing. And yes the RR info is broken.

output of
isoinfo -R -i /dev/cdrom
CD-ROM is in ISO 9660 format
System id: APPLE COMPUTER, INC., TYPE: 0002
Volume id: CHRISTIAN_LACROIX_PDF
Volume set id:
Publisher id:
Data preparer id:
Application id:
Copyright File id:
Abstract File id:
Bibliographic File id:
Volume set size is: 1
Volume set sequence number is: 1
Logical block size is: 2048
Volume size is: 135570
Joliet with UCS level 1 found
Rock Ridge signatures version 1 found

 isoinfo -R -i /dev/cdrom
**BAD RRVERSION (56)

isovfy /dev/cdrom
Root at extent 15, 2048 bytes
[0 0]
16: 204 ff78 11897584 RRlen=148 [AA,PX,TF,**BAD SUSP 0 80]

But as Windows and OSX don't use Rock Ridge there's no missing file with these systems and it seems to be a Linux bug.

IMO It would make sense to double check Rock Ridge before using it.

[Schily (schilling-fokus)]

Apple may or may not follow the standards here.......

I am not sure why you did write a bug report against cdrkit
as there is nobody in the "cdrkit team" with sufficient
knowledge on the filesystem layout to help you.

Your primary problem seems to be Linux kernel related and
it seems to be important to verify the filesystem image for
standard compliance. If the filesystem is not standard compliant,
you need to send a bug report to Apple. If the filesystem is
standard compliant, you need to send a Linux kernel bug report.

Not all problems seen in cdrkit are present with the original
software, so it may be helpful to check the original cdrtools first.

The old mkisofs code definitely did not handle Apple extensions
correctly. Unfortunately I am not sure whether I fixed all related
problems already. I know that the Solaris "hsfs" kernel filesystem driver
correctly ignores Apple extensions, so you may like to test the CD
on a recent Solaris version to verify whether there is a Linux kernel problem.

I am interested in the filesystem image to check mkisofs and fix it if needed.
Could you please send a small example?

[didier (did447-deactivatedaccount)]

Created with OSX 10.4.11

hdiutil makehybrid -iso -hfs -verbose -o lacroix_hfs.iso lacroix

 mount -o loop=/dev/loop0 lacroix_hfs.iso /mnt/cdrom

PDF_IMPRESSION/M_christian_lacroix.pdf

is missing

[didier (did447-deactivatedaccount)]

Same but iso only
hdiutil makehybrid -iso -verbose -o lacroix.iso lacroix

[Schily (schilling-fokus)]

Both images are violating the Rock Ridge standard.
You need to make a bug report against the utility that
created the images.

[tdn (spam-thomasdamgaard)]

The "fix" of this bug report is: "Both images are violating the Rock Ridge standard. You need to make a bug report against the utility that created the images." I am a bit disappointed in this. Maybe this DVD does vialoate this RR thing, but it does work fine in Windows and in a DVD player. So if we want t large user share, we cannot just tell people that this thing does not conform with standards, if it does work fine in other operating systems.

[Schily (schilling-fokus)]

I can fully understand that you are dissapointed with Apple.
You should make a bug report to Apple and no longer use
the Apple software to create DVDs to avoid the problem.

Note that the behavior of MS and standalone players is irrelevant
as they do not support and thus do not understand RR. They
cannot be confused with defective RR structures.

I recommend you to use cdrtools on the Apple

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

cdrtools exist on Mac OS X longer than any other CD/DVD utility.
cdrtools include mkisofs and mkisofs does not have the problem
you reported.

[didier (did447-deactivatedaccount)]

Hi,
> I recommend you to use cdrtools on the Apple
If it was that simple...

Can we move this bug back to the right package, gnome-volume-manager or whatever it is now ?

gvm should not use Rock Ridge extensions if they are broken.

[Schily (schilling-fokus)]

The bugs in the Mac OS X program "hdiutil" have been identified
and mkisofs as well as isoinfo from the latest cdrtools-2.01.01a66
are no longer fooled by the non-standard-compliant speudo Rock Ridge
created by hdiutils.

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

cdrtkit is known to be unmaintained.....I recommend you to upgrade
to the original software.
If you like to get help for the Linux kernel filesystem drivers, you would
need to contact the Linux Kernel folks.

[Phillip Susi (psusi)]

Closing this sine it was a bug in apple's utility, not cdrkit.