Bug 1164577 - unable to quit and return to live installer
Summary: unable to quit and return to live installer
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 21
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: David Shea
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:2276e578a8ca9c1e42f69a20606...
: 1201943 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-16 17:29 UTC by Sunny Chan
Modified: 2015-09-25 09:34 UTC (History)
14 users (show)

Fixed In Version: anaconda-22.13-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-01-12 18:42:51 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: anaconda-tb (964.44 KB, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: anaconda.log (16.55 KB, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: environ (615 bytes, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: journalctl (423.73 KB, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: lsblk_output (2.84 KB, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: nmcli_dev_list (2.00 KB, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: os_info (377 bytes, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: program.log (81.72 KB, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: storage.log (380.49 KB, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details
File: ifcfg.log (4.69 KB, text/plain)
2014-11-16 17:30 UTC, Sunny Chan
no flags Details

Description Sunny Chan 2014-11-16 17:29:53 UTC
Description of problem:
Running the fedora live and then trying to install fedora on the desktop

Version-Release number of selected component:
anaconda-core-21.48.13-1.fc21.x86_64

The following was filed automatically by anaconda:
anaconda 21.48.13-1 exception report
Traceback (most recent call first):
  File "/usr/lib64/python2.7/site-packages/pyanaconda/packaging/livepayload.py", line 81, in setup
    raise PayloadInstallError("Failed to mount the install tree")
  File "/usr/lib64/python2.7/site-packages/pyanaconda/packaging/__init__.py", line 1231, in _runThread
    payload.setup(storage, instClass)
  File "/usr/lib64/python2.7/threading.py", line 766, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib64/python2.7/site-packages/pyanaconda/threads.py", line 227, in run
    threading.Thread.run(self, *args, **kwargs)
PayloadInstallError: Failed to mount the install tree

Additional info:
cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=vmlinuz0 initrd=initrd0.img root=live:CDLABEL=Fedora-Live-Workstation-x86_64-2 rootfstype=auto ro rd.live.image quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0 
executable:     /sbin/anaconda
hashmarkername: anaconda
kernel:         3.17.1-302.fc21.x86_64
other involved packages: python-libs-2.7.8-4.1.fc21.x86_64
product:        Fedora"
release:        Fedora release 21 (Twenty One)
type:           anaconda
version:        Fedora

Comment 1 Sunny Chan 2014-11-16 17:30:00 UTC
Created attachment 958023 [details]
File: anaconda-tb

Comment 2 Sunny Chan 2014-11-16 17:30:01 UTC
Created attachment 958024 [details]
File: anaconda.log

Comment 3 Sunny Chan 2014-11-16 17:30:02 UTC
Created attachment 958025 [details]
File: environ

Comment 4 Sunny Chan 2014-11-16 17:30:06 UTC
Created attachment 958026 [details]
File: journalctl

Comment 5 Sunny Chan 2014-11-16 17:30:07 UTC
Created attachment 958027 [details]
File: lsblk_output

Comment 6 Sunny Chan 2014-11-16 17:30:09 UTC
Created attachment 958028 [details]
File: nmcli_dev_list

Comment 7 Sunny Chan 2014-11-16 17:30:10 UTC
Created attachment 958029 [details]
File: os_info

Comment 8 Sunny Chan 2014-11-16 17:30:12 UTC
Created attachment 958030 [details]
File: program.log

Comment 9 Sunny Chan 2014-11-16 17:30:15 UTC
Created attachment 958031 [details]
File: storage.log

Comment 10 Sunny Chan 2014-11-16 17:30:16 UTC
Created attachment 958032 [details]
File: ifcfg.log

Comment 11 Mustafa Muhammad 2014-11-17 20:57:39 UTC
Another user experienced a similar problem:

I started the installation then killed it (trying to reproduce a bug), so it had /dev/sda2 mounted as /mnt/sysimage
When I start the installer again, it stops working and I get a bug reporting dialog

cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=/isolinux/vmlinuz0 root=live:LABEL=Fedora-Live-KDE-x86_64-21-201411 ro rd.live.image quiet rhgb
hashmarkername: anaconda
kernel:         3.17.2-300.fc21.x86_64
other involved packages: python-libs-2.7.8-7.fc21.x86_64
package:        anaconda-core-21.48.14-1.fc21.x86_64
packaging.log:  
product:        Fedora"
reason:         PayloadInstallError: Failed to mount the install tree
release:        Fedora release 21 (Twenty One)
version:        Fedora

Comment 12 Joachim Katzer 2014-12-06 11:26:04 UTC
Another user experienced a similar problem:

Install Fedora 21 Mate LiveCD Beta from USB Stick in parallel to an existing CentOS 7 installation.
Partition scheme
/dev/sda3 = /boot for CentOS7
/dev/sda5 = LVM pool "cl"

/dev/cl/root01 = / for Fedora21 (also boot partition)

Crash appeared when installation seemed to be finished.

cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   initrd=initrd0.img root=live:CDLABEL=LIVE rootfstype=vfat ro rd.live.image quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0  BOOT_IMAGE=vmlinuz0 
hashmarkername: anaconda
kernel:         3.17.1-302.fc21.x86_64
other involved packages: python-libs-2.7.8-4.1.fc21.x86_64
package:        anaconda-core-21.48.13-1.fc21.x86_64
product:        Fedora"
reason:         PayloadInstallError: Failed to mount the install tree
release:        Fedora release 21 (Twenty One)
version:        Fedora

Comment 13 Joachim Katzer 2014-12-08 18:21:07 UTC
Despite of the crash, the installed system could be booted without problems, but the previously installed Linux system was not recognized by Grub. The Grub configuration had to be fixed manually for the dual-boot.

Comment 14 David Shea 2014-12-10 15:30:11 UTC
The underlying problem is that you started anaconda, quit, and then started anaconda again. We can handle this better (by cleaning up better on the first quit). As a workaround you can reboot the live installer and start fresh.

Comment 15 Mustafa Muhammad 2014-12-13 10:47:22 UTC
(In reply to David Shea from comment #14)
> The underlying problem is that you started anaconda, quit, and then started
> anaconda again. We can handle this better (by cleaning up better on the
> first quit). As a workaround you can reboot the live installer and start
> fresh.

I asked to unmount /mnt/sysimage after anaconda quits here:
https://bugzilla.redhat.com/show_bug.cgi?id=1165145
but it was closed as NOTABUG.

Comment 16 David Shea 2014-12-13 14:52:31 UTC
*** Bug 1165145 has been marked as a duplicate of this bug. ***

Comment 17 David Shea 2014-12-13 14:53:13 UTC
(In reply to Mustafa from comment #15)
> I asked to unmount /mnt/sysimage after anaconda quits here:
> https://bugzilla.redhat.com/show_bug.cgi?id=1165145
> but it was closed as NOTABUG.

There was a misunderstanding about the behavior between live and non-live installs.

Comment 18 David Shea 2014-12-15 20:54:32 UTC
(In reply to David Shea from comment #17)
> (In reply to Mustafa from comment #15)
> > I asked to unmount /mnt/sysimage after anaconda quits here:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1165145
> > but it was closed as NOTABUG.
> 
> There was a misunderstanding about the behavior between live and non-live
> installs.

Well, maybe there wasn't. During live installs, anaconda mounts the live payload to /run/install/source, and it wasn't unmounting it when you quit. So the problem that people are hitting here is that they started anaconda in the live environment, anaconda mounts /run/install/source, user quits anaconda, user starts anaconda and is unable to mount /run/install/source. This can be fixed by unmounted /run/install/source when anaconda exits.

Unmounting /mnt/sysimage is handled by the anaconda-cleanup script after a live install exits. For non-live installs /mnt/sysimage is unmounted by systemd during the shutdown/reboot. What situation are you hitting where /mnt/sysimage is not unmounted?

Comment 19 Mustafa Muhammad 2014-12-16 12:08:12 UTC
(In reply to David Shea from comment #18)
> (In reply to David Shea from comment #17)
> > (In reply to Mustafa from comment #15)
> > > I asked to unmount /mnt/sysimage after anaconda quits here:
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1165145
> > > but it was closed as NOTABUG.
> > 
> > There was a misunderstanding about the behavior between live and non-live
> > installs.
> 
> Well, maybe there wasn't. During live installs, anaconda mounts the live
> payload to /run/install/source, and it wasn't unmounting it when you quit.
> So the problem that people are hitting here is that they started anaconda in
> the live environment, anaconda mounts /run/install/source, user quits
> anaconda, user starts anaconda and is unable to mount /run/install/source.
> This can be fixed by unmounted /run/install/source when anaconda exits.
> 
> Unmounting /mnt/sysimage is handled by the anaconda-cleanup script after a
> live install exits. For non-live installs /mnt/sysimage is unmounted by
> systemd during the shutdown/reboot. What situation are you hitting where
> /mnt/sysimage is not unmounted?

Using live install, I am talking about /mnt/sysimage (the target system's root, right?)

Regards
Mustafa

Comment 20 David Shea 2014-12-16 14:48:30 UTC
(In reply to Mustafa from comment #19)
> Using live install, I am talking about /mnt/sysimage (the target system's
> root, right?)

Ok, that's separate from this, then. /mnt/sysimage is mounted just before copying the files to your hard drive. It is unmounted when you shutdown/reboot, or if you restart anaconda.

Comment 21 joev.mi 2015-01-25 20:32:05 UTC
Another user experienced a similar problem:

the target computer has CentOS installed.  I booted up the fedora 21 live image from a disk I burned from the iso I downloaded from getfedora.  I clicked install to hard disk from the activities bar.  The installation scanned the available hard disks.  when the icon lit up I clicked it and then I got the error screen.

cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=vmlinuz0 initrd=initrd0.img root=live:CDLABEL=Fedora-Live-WS-x86_64-21-5 rootfstype=auto ro rd.live.image quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0 
hashmarkername: anaconda
kernel:         3.17.4-301.fc21.x86_64
other involved packages: python-libs-2.7.8-7.fc21.x86_64
package:        anaconda-core-21.48.21-1.fc21.x86_64
packaging.log:  
product:        Fedora"
reason:         PayloadInstallError: Failed to mount the install tree
release:        Fedora release 21 (Twenty One)
version:        Fedora

Comment 22 Ralph Cletiu 2015-01-30 15:57:23 UTC
Another user experienced a similar problem:

It happened after the installation finished.

cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=vmlinuz0 initrd=initrd0.img root=live:CDLABEL=Fedora-Live-WS-x86_64-21-5 rootfstype=auto ro rd.live.image quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0 
hashmarkername: anaconda
kernel:         3.17.4-301.fc21.x86_64
other involved packages: python-libs-2.7.8-7.fc21.x86_64
package:        anaconda-core-21.48.21-1.fc21.x86_64
product:        Fedora"
reason:         PayloadInstallError: Failed to mount the install tree
release:        Fedora release 21 (Twenty One)
version:        Fedora

Comment 23 David Shea 2015-04-15 14:21:28 UTC
*** Bug 1201943 has been marked as a duplicate of this bug. ***

Comment 24 Douglas Needham 2015-09-13 00:19:24 UTC
Another user experienced a similar problem:

Running the FC22 workstation live installer, and after having to remove the xorg-x11-drv-libinput , I restarted the liveuser x sessionand had it fail when trying to determine the installation location.  System has an existing FC19 install which was to be blown away, along with Win7, so...

On the xorg-x11-drv-libinput part, that is still not fixed??!!  That, along with other things such as moving away from things which were perfectly usable which allowed for fully automated, repeatable installs, etc. is why folks are moving away from FC/RHEL/CentOS and going to other distros!!!  Come on folks, get your act back together!!

cmdline:        /usr/bin/python2  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   initrd=initrd0.img root=live:CDLABEL=LIVE rootfstype=vfat rw rd.live.image rd.live.overlay=LABEL=LIVE quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0  BOOT_IMAGE=vmlinuz0 
hashmarkername: anaconda
kernel:         4.0.4-301.fc22.x86_64
other involved packages: python-libs-2.7.9-6.fc22.x86_64
package:        anaconda-core-22.20.13-1.fc22.x86_64
packaging.log:  
product:        Fedora
reason:         PayloadInstallError: Failed to mount the install tree
release:        Fedora release 22 (Twenty Two)
version:        22

Comment 25 Bruno Thomsen 2015-09-25 09:31:31 UTC
Another user experienced a similar problem:

Installed Fedora22 in vmware on 5GB disk, 1 CPU, 1GB ram.
When entering a root password with space the installer crashed.

cmdline:        /usr/bin/python2  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=vmlinuz0 initrd=initrd0.img root=live:CDLABEL=Fedora-Live-WS-x86_64-22-3 rootfstype=auto ro rd.live.image quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0 
hashmarkername: anaconda
kernel:         4.0.4-301.fc22.x86_64
other involved packages: python-libs-2.7.9-6.fc22.x86_64
package:        anaconda-core-22.20.13-1.fc22.x86_64
packaging.log:  
product:        Fedora
reason:         PayloadInstallError: Failed to mount the install tree
release:        Fedora release 22 (Twenty Two)
version:        22


Note You need to log in before you can comment on or make changes to this bug.