Description of problem: i changed INSTALLATION SOURCE to ISO IMAGE, selected the other disk, and manually selected the . directory (or something like that) Version-Release number of selected component: anaconda-18.19 Additional info: libreport version: 2.0.14 cmdline: /usr/bin/python /sbin/anaconda kernel: 3.6.1-1.fc18.x86_64 description: :The following was filed automatically by anaconda: :anaconda 18.19 exception report :Traceback (most recent call first): : File "/usr/lib64/python2.7/site-packages/pyanaconda/isys/__init__.py", line 152, in umount : rc = _isys.umount(what) : File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/formats/fs.py", line 656, in unmount : rc = isys.umount(self._mountpoint, removeDir = False) : File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/source.py", line 223, in run : dev.format.unmount() : File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/source.py", line 802, in on_chooser_clicked : f = dialog.run(self._get_selected_partition()) :SystemError: (32, 'umount: /run/install/isodir: target is busy.\n (In some cases useful info about processes that use\n the device is found by lsof(8) or fuser(1))')
Created attachment 631829 [details] File: anaconda-tb
Created attachment 631830 [details] File: product
Created attachment 631831 [details] File: type
Created attachment 631832 [details] File: ifcfg.log
Created attachment 631833 [details] File: storage.log
Created attachment 631834 [details] File: version
Created attachment 631835 [details] File: environ
Created attachment 631836 [details] File: anaconda.log
Created attachment 631837 [details] File: syslog
Created attachment 631838 [details] File: hashmarkername
Created attachment 631839 [details] File: packaging.log
Created attachment 631840 [details] File: cmdline_file
Created attachment 631841 [details] File: release
Created attachment 631842 [details] File: program.log
I think this will be fixed in the next build of anaconda. Please retest the next Beta Test Compose.
Reartes, can you re-test as requested?
I tested it (f18b RC1), but i could not reproduce it because i can no longer choose the iso installation method. Then i remembered what you said on RHBZ 849482 Comment #8. Then i tried on a guest with two disks, and i used manual partitioning using only the first one. But that was not enough and the iso installation source was not there. I also tried another guest with many disks and F17, also choosing only one disks and doing manual partitioning on it. I also could not select iso as an installation source. So, since i cannot select iso image as an installation source, i also cannot reproduce the issue. If it is normal or expected to not to be able to use the iso installation source in such scenarios, then this bug-report can be closed.
Tested with F19 Beta TC3. Like Reartes, I can't make the ISO file source option appear any more, even when installing to a system with two disks, selecting only one of them as an install target, and the other one contains an ISO. That seems like a worse bug. I'll file it.
Okay, the ISO option shows up if you don't go to Installation Destination first. I tried various ways of making this bug happen, but couldn't. I'll close this; Reartes, if you can still reproduce it, please re-open. thanks!
https://bugzilla.redhat.com/show_bug.cgi?id=961616 for the bug of the ISO file option disappearing from Installation Source if you go to Installation Destination first.
https://bugzilla.redhat.com/show_bug.cgi?id=961618 is another bug I hit while fiddling with this.