Menu
▾
▴
#96 cdemu mount only the audio tracks, not the data track
I have a disk image (cue/bin) that I'm trying to mount with cdemu. It's a game with the data in track1 and some audio tracks for soundtrack.
The program works properly mounting the CD tracks, but it doesn't mount the track1 where the data is located, so I can't use the program.
Does mounting via 'mount <virtual drive="" node=""> <mount point="">' work for that image ?</mount></virtual>
If so, it's likely an udisks bug, that's already being investigated by cdemu dev(s).
Yes, indeed. I ended mounting it with "mount" in the end to see its contents. This report can be closed.
Just for curiosity, both data and audio should show mounted (by udisk) as 2 different disks or only the data one?
After working around the issue, the mixed-mode disc shows up in nautilus as two discs - a data one (identified by its ISO9660 label) and an audio one ("Audio disc").
OK, I think I figured this one out. The issue is actually not in udisks per-se, but rather in (lib)blkid from util-linux, which is in turn used by udisks to determine if a block device/volume has a valid filesystem.
The problem is that when probing for the filesystem, blkid first correctly identifies the ISO9660, but then continues probing for alternatives, and one of the probes (nilfs) issues a regular read (READ 10/12) to one of audio sectors. This naturally fails, and in turn causes the whole probing procedure to signal failure. Consequently, no filesystem is identified by blkid, nor later by udisks.
I need to confirm that the issue occurs with physical mixed-mode discs as well, in order to rule out the possibility that our virtual device reports incorrect layout size for mixed-mode images...
This issue has already been addressed by util-linux upstream:
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=55ad13c26fe5d0e606be5a83937f31b8cf576588