Description of problem: A CD-ROM with both ISO9660 and HFS filesystems present in the same session (many commercial packages are distributed in this way) do not mount automatically (and show up in Nautilus). When such a disc is in the drive, the drive's icon is not present in computer:///. The disc can be mounted manually, and then functions correctly. Version-Release number of selected component (if applicable): kernel-2.6.31.6-137.fc12.x86_64 hal-0.5.13-9.fc12.x86_64 udev-145-14.fc12.x86_64 DeviceKit-disks-009-3.fc12.x86_64 How reproducible: Always. Actual results: Disc not mounted automatically. Expected results: At least the ISO9660 file system is mounted, ideally BOTH get mounted.
Any advice on how I can help debug this? There's nothing in the logs that I can find. I ran devkit-disks-daemon --replace and got the following, when inserting a normal, single-volume CD: **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** CHANGED /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** CHANGING /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** UPDATING /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** CHANGED /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** USING MOUNT OPTIONS 'uhelper=devkit,nodev,nosuid,uid=500,gid=500,iocharset=utf8,mode=0400,dmode=0500' FOR DEVICE /dev/sr0 **** EMITTING JOB-CHANGED for /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 helper(pid 7830): launched job mount on /dev/sr0 **** /proc/self/mountinfo changed **** MOUNTED /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** CHANGING /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** UPDATING /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** CHANGED /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 helper(pid 7830): completed with exit code 0 But upon inserting a dual HFS/ISO9660 CD-ROM: **** CHANGING /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** UPDATING /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** EMITTING CHANGED for /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 **** CHANGED /sys/devices/pci0000:00/0000:00:1f.1/host3/target3:0:0/3:0:0:0/block/sr0 and nothing more.
Still not fixed in Fedora 13, udisks-1.0.1-1.fc13.x86_64.
I've attached information asked for at http://www.freedesktop.org/wiki/Software/udisks below.
Created attachment 418695 [details] Output of udisks --dump with dual-FS CD-ROM inserted
Created attachment 418698 [details] Output of udevadm info --export-db with dual-FS disc in drive
Created attachment 418699 [details] /proc/self/mountinfo with dual-FS CD inserted
Created attachment 418700 [details] gvfs-mount -li with dual-FS CD inserted
Created attachment 418702 [details] udevadm monitor --udev --property captured when dual-FS CD is inserted then ejected
Created attachment 418705 [details] gvfs-mount -oi captured when dual-FS CD is inserted then ejected
Created attachment 418711 [details] udisks --monitor-detail output when dual-FS CD is inserted then ejected
The problem here is that the kernel doesn't partition the /dev/sr0 device. The payload on the block device clearly indicates that it has a MBR E: UDISKS_PARTITION_TABLE=1 E: UDISKS_PARTITION_TABLE_SCHEME=mbr E: UDISKS_PARTITION_TABLE_COUNT=0 although for some reason the count is zero but I think that's just a side-effect of the kernel refusing to partition the device. Any chance you can point to a minimal disk image with this layout? (IIRC one of my old OS X install DVD's are like that although it uses APM instead of MBR)
Not sure; the only CD-ROM I have to hand here like this is a Maple 9.5 install disc. I'll see if I can find a minimal image elsewhere on the web... (Should I report this upstream? And if so, against udisks or kernel?)
Now that we have dynamic device numbers (and now that they are widely used) it shouldn't be a big deal to partition sr devices - in my view this is certainly preferable to kpartx'ing the device. So let's just reassign this bug to the kernel for now. Also suggest to ask for this feature upstream too otherwise it probably won't happen as the RH bugzilla isn't really the right place to ask for features...
This is caused by a bug in blkid (from util-linux-ng) and should be fixed upstream at least: http://git.kernel.org/?p=utils/util-linux-ng/util-linux-ng.git;a=commitdiff_plain;h=791a2fd67c118c3f07141e4cc95532fe908015a9
I have tried the patch linked in comment 14 with util-linux-ng-2.17.2-8.fc13.x86_64 . It patches cleanly and resolves the bug. Will this be brought into official F13?
Somehow this was still assigned to kernel-maint even though the component was util-linux-ng.
util-linux-ng-2.18-4.2.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/util-linux-ng-2.18-4.2.fc14
util-linux-ng-2.18-4.2.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update util-linux-ng'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/util-linux-ng-2.18-4.2.fc14
util-linux-ng-2.18-4.3.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/util-linux-ng-2.18-4.3.fc14
Will there be a .fc13 build?
util-linux-ng-2.17.2-9.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/util-linux-ng-2.17.2-9.fc13
util-linux-ng-2.18-4.3.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
util-linux-ng-2.17.2-9.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.