Unable to mount ISO/loop devices.
See original GitHub issueFirst of all, I’m not sure if this is a bug or if I’m not understanding user-space ISO mounting correctly.
I can use udisks2 to successfully mount an ISO via:
$ udisksctl loop-setup -r -f image.iso
$ udisksctl mount -b /dev/loop1p1
Udiskie fails when specifying the ISO with:
DEBUG [2016-02-06 15:06:36,772] udiskie.config: IgnoreDevice(match={'is_block': False}, value=True) created
DEBUG [2016-02-06 15:06:36,773] udiskie.config: IgnoreDevice(match={'is_external': False}, value=True) created
DEBUG [2016-02-06 15:06:36,773] udiskie.config: IgnoreDevice(match={'is_ignored': True}, value=True) created
WARNING [2016-02-06 15:06:37,318] udiskie.udisks2: Device not found: /home/bean/Resources/Distros/ubuntu-15.10-server-amd64.iso
ERROR [2016-02-06 15:06:37,318] udiskie.mount: no device found owning "/home/bean/Resources/Distros/ubuntu-15.10-server-amd64.iso"
Udiskie fails when specifying the loop device, created by udisksctl, with:
DEBUG [2016-02-06 14:46:08,372] udiskie.config: IgnoreDevice(match={'is_block': False}, value=True) created
DEBUG [2016-02-06 14:46:08,372] udiskie.config: IgnoreDevice(match={'is_external': False}, value=True) created
DEBUG [2016-02-06 14:46:08,372] udiskie.config: IgnoreDevice(match={'is_ignored': True}, value=True) created
DEBUG [2016-02-06 14:46:08,582] udiskie.mount: found device owning "/dev/loop1p1": "/org/freedesktop/UDisks2/block_devices/loop1p1"
DEBUG [2016-02-06 14:46:08,639] udiskie.config: IgnoreDevice(match={'is_external': False}, value=True) used for /org/freedesktop/UDisks2/block_devices/loop1p1
WARNING [2016-02-06 14:46:08,639] udiskie.mount: not mounting /org/freedesktop/UDisks2/block_devices/loop1p1: unhandled device
I have not created any configuration files.
Issue Analytics
- State:
- Created 8 years ago
- Comments:7 (5 by maintainers)
Top Results From Across the Web
Can't mount ISO file as loop device: Error: “failed to setup loop ...
First make sure you have mounted loop device kernel module. So run: lsmod | grep loop. If you get no output, that means...
Read more >mount-loop failed to setup loop device: No such file or directory
Description of problem: mount-loop failed to setup loop device: No such file or directory, test it against RHEL-7.0-20130919.0 tree.
Read more >Cannot mount a iso file "failed to setup loop device"
When I had this problem, I were trying to mount the iso image from a sshfs-mounted directory. After copying the iso image to...
Read more >Grub2/ISOBoot/Examples - Community Help Wiki
If problems, you can loop mount the iso file and search for initrd. Lubuntu Focal released as 20.04 LTS and booting with grub...
Read more >Installing SystemRescue on the disk
You must have a working Grub2 boot loader if you want to install the SystemRescue files on a Linux partition. First approach using...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Added handling for loop devices. For convenience, the container will be managed same as the loop file by default:
udiskie-mount image.iso
also mounts the loop device unless using the-R
(--no-recursive
) optionudiskie-umount image.iso
also detaches the loop device unless using the-D
(--no-detach
) optionOkay, I’ll likely complete this feature this weekend.
The tray menu should already do recursive unmounts/locks/detaches. Under which circumstances do you experience problems with this? Does it work using the
udiskie-umount -f
tool? Can you open a separate issue with the corresponding description.Regarding recursive mounts/unlocks. I disagree that this should be done by default if you have automounting disabled: It might be that there are several partitions in one container and if the user disables auto-mounting, she should still have control which partitions to mount, which not to. I could, however, imagine a separate menu item
Recursive unlock
or similar, or alternatively allow to configure udiskie to do this.