|Summary:||liveinst fails at partitioning screen|
|Product:||[Fedora] Fedora||Reporter:||Sebastian Vahl <fedora>|
|Component:||anaconda||Assignee:||David Lehman <dlehman>|
|Status:||CLOSED RAWHIDE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||rawhide||CC:||andreasfrische+redhat, atodorov, awilliam, bugzilla, ddumas, gmureddu, harald, hicham.haouari, jlaska, JustinBard, lakshminaras2002, peher80, rwilliam, tcallawa, tomek, vanmeeuwen+fedora, wtogami|
|Fixed In Version:||anaconda-12.39-1||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2009-10-31 16:06:50 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:|
Description Sebastian Vahl 2009-08-13 09:59:40 UTC
Created attachment 357291 [details] full anaconda traceback saved to file Description of problem: After selecting a custom layout liveinst fails with this traceback: anaconda 12.13-1.fc12 exception report Traceback (most recent call first): File "/usr/lib/anaconda/iw/partition_gui.py", line 934, in populate devname = "%s" % device.path File "/usr/lib/anaconda/iw/partition_gui.py", line 1356, in getScreen self.populate(initial = 1) File "/usr/lib/anaconda/gui.py", line 1285, in setScreen new_screen = self.currentWindow.getScreen(anaconda) File "/usr/lib/anaconda/gui.py", line 1202, in nextClicked self.setScreen () AttributeError: 'NoneType' object has no attribute 'path' Version-Release number of selected component (if applicable): anaconda 12.13-1.fc12 How reproducible: anaconda-12.13-1.fc12.x86_64 Steps to Reproduce: 1. create a live image (KDE here) 2. install with liveinst 3. select custom layout and proceed Actual results: crash Expected results: works
Comment 1 Andy Lindeberg 2009-08-13 19:25:37 UTC
This should be fixed in anaconda 12.16.
Comment 2 Sebastian Vahl 2009-08-17 15:54:34 UTC
When will -16 hit F12Alpha/Rawhide?
Comment 3 Sebastian Vahl 2009-08-18 11:44:29 UTC
I've added it at as blocker for F12Alpha because atm there is no way to install live images (or test them properly).
Comment 5 David Lehman 2009-08-18 19:12:04 UTC
(In reply to comment #3) > I've added it at as blocker for F12Alpha because atm there is no way to install > live images (or test them properly). This is not accurate. You should be able to test live images as long as the backing device is not a partition (eg: cd, lv).
Comment 6 James Laska 2009-08-18 19:19:35 UTC
(In reply to comment #3) > I've added it at as blocker for F12Alpha because atm there is no way to install > live images (or test them properly). Sebastian: I'm told that booting the live image with the argument "nompath" is sufficient to work around this issue. Are you able to confirm this workaround?
Comment 7 Sebastian Vahl 2009-08-18 20:05:58 UTC
(In reply to comment #5) > (In reply to comment #3) > > I've added it at as blocker for F12Alpha because atm there is no way to install > > live images (or test them properly). > > This is not accurate. You should be able to test live images as long as the > backing device is not a partition (eg: cd, lv). You were right: I've used a local partition to boot the live images. After using an usb stick, liveinst isn't failing anymore. (In reply to comment #6) > (In reply to comment #3) > > I've added it at as blocker for F12Alpha because atm there is no way to install > > live images (or test them properly). > > Sebastian: I'm told that booting the live image with the argument "nompath" is > sufficient to work around this issue. Are you able to confirm this workaround? I have only tested this when booting from a local partition and there it is failing, too.
Comment 8 James Laska 2009-08-18 20:43:50 UTC
Moving this to blocks:F12Beta based on the updated feedback around using a live image with a USB stick. Should a workaround be required, once anaconda-12.16 is built you may use a rawhide nightly live image (see http://alt.fedoraproject.org/pub/alt/nightly-composes/). Thanks!
Comment 9 Chris Lumens 2009-08-25 16:00:27 UTC
*** Bug 519026 has been marked as a duplicate of this bug. ***
Comment 10 Chris Lumens 2009-09-03 16:45:50 UTC
*** Bug 521102 has been marked as a duplicate of this bug. ***
Comment 11 Hicham HAOUARI 2009-09-03 16:50:32 UTC
I confirm this with anaconda 12.20-1.fc12 Used local partition as liveimg.
Comment 12 Hicham HAOUARI 2009-09-03 17:05:03 UTC
passing nompath as argument when booting the liveimg didn't help
Comment 13 Adam Williamson 2009-09-11 15:22:04 UTC
Comments 11, 12 (and the dupe reports) suggest this bug still exists. Returning to ASSIGNED. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 14 John Poelstra 2009-09-11 15:22:33 UTC
This bug was reviewed at the Fedora 12 Beta Blocker bug meeting on 2009-09-11. Based on a review of the comments it was determined that this bug is not fix. Moving back to ASSIGNED.
Comment 15 John Poelstra 2009-09-18 15:21:10 UTC
This bug was reviewed at the Fedora 12 Beta Blocker bug meeting on 2009-09-18. It needs to be retested. Please help us by reporting if the latest package addresses the originally reported issue. Thanks.
Comment 16 andreasfrische+redhat 2009-09-18 19:25:43 UTC
Created attachment 361710 [details] anaconda 12.25 exception report problem persists with the spins from 17.09.09
Comment 17 andreasfrische+redhat 2009-09-22 16:51:18 UTC
fixed in rawhide
Comment 18 Adam Williamson 2009-09-22 17:47:08 UTC
how could you possibly have tested? live builds since sept 18th don't boot on any hardware, as far as I'm aware... -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 19 andreasfrische+redhat 2009-09-22 18:22:18 UTC
i managed to boot the kde spin from 21.09 ( by getting into the emergency shell , unmounting the root partition , running /sbin/dmsqashfs<something> /dev/sda3, and exiting the shell )
Comment 20 James Laska 2009-10-02 15:59:30 UTC
Still broken while testing anaconda-12.32 live image install. See updated traceback attached to DUP'd bug (https://bugzilla.redhat.com/attachment.cgi?id=363500).
Comment 21 James Laska 2009-10-07 14:11:30 UTC
Added anaconda trace hash from bug that was DUP'd to this issue.
Comment 22 James Laska 2009-10-09 13:29:30 UTC
I'm having difficulty reproducing this failure. The problem does not appear using procedure noted in comment#0. However, when I recreated this issue, it was during the anaconda storage test day. According to hhoyer who also hit this issue, it was while testing an encrypted logical '/' volume on a RAID1 /dev/md0 physical volume. I'm not able to hit this issue during testing today. Can someone else confirm that the problem is resolved using the latest live image (see http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/). dlehman: Is there another way this defect could occur outside of the reproducer posted in comment#0?
Comment 23 David Lehman 2009-10-09 14:42:42 UTC
It should occur any time you use a usb-backed live install and choose custom partitioning. It will not occur with livecd, only liveusb.
Comment 24 James Laska 2009-10-12 15:14:18 UTC
Discussed with dlehman and jkeating about this bug. Harald Hoyer and I have reproduced this issue while testing RAID installs, but I've no longer been able to reproduce the issue using the documented procedure in this bug. The agreement is to move this issue off the F12Beta list, and to the F12BLocker list given that the producer no longer seems to be as straight forward as noted in comment#0.
Comment 25 David Lehman 2009-10-14 06:10:12 UTC
I think the trick to reproducing this failure may be using a partitioned device with more than one partition as the live device (eg: usb or other disk).
Comment 26 Hicham HAOUARI 2009-10-14 10:49:52 UTC
If it is not possible to install the liveimg from a local partition, please state it in the wiki or the errata so people can stop complaining about this problem. Just as a note, it is possible to install the live iso from the harddisk by using grub v2.
Comment 27 Adam Williamson 2009-10-14 22:24:51 UTC
Hicham: um. What? That's not what this bug is about, so far as I can tell. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 29 James Laska 2009-10-20 17:10:14 UTC
Created attachment 365387 [details] Attached traceback automatically from anaconda.
Comment 30 David Lehman 2009-10-20 23:13:29 UTC
Should be fixed in anaconda-12.39-1.
Comment 31 Warren Togami 2009-10-21 02:56:27 UTC
I don't see 12.39 built.
Comment 32 David Lehman 2009-10-22 14:04:43 UTC
*** Bug 530221 has been marked as a duplicate of this bug. ***
Comment 33 Paul Victor Novarese 2009-10-23 03:59:25 UTC
Created attachment 365811 [details] Attached traceback automatically from anaconda.
Comment 34 Adam Williamson 2009-10-28 20:59:36 UTC
12.39 was tagged on 20091024. Can you please re-test with a build from that date or later and confirm the fix? Thanks. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Comment 35 James Laska 2009-10-31 16:06:35 UTC
Created attachment 366939 [details] Screenshot demonstrating fix.png Confirmed the fix with anaconda-12.41-1.fc12.i686 and a USB live image containing the following partition setup: Model: SanDisk Cruzer (scsi) Disk /dev/sdb: 4027MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 512B 2020MB 2020MB primary fat32 boot, lba 2 2020MB 4027MB 2007MB primary fat32 lba
Comment 36 Patrick 2009-11-22 15:49:15 UTC
Created attachment 372922 [details] Attached traceback automatically from anaconda.
Comment 37 Patrick 2009-11-22 15:52:16 UTC
I have this bug with the install dvd when trying to create a custom layout
Comment 38 Patrick 2009-11-23 10:09:57 UTC
More information on this bug : I had a raid and another harddrive. When I unplugged the other harddrive I could go through the partitionning task.
Comment 39 David Lehman 2009-11-23 20:41:53 UTC
(In reply to comment #38) > More information on this bug : > I had a raid and another harddrive. > When I unplugged the other harddrive I could go through the partitionning task. Please open a separate bug report for your problem. Although it ends up causing a very similar traceback, yours is a different failure. Thanks.
Comment 40 Gian Paolo Mureddu 2009-12-31 23:48:47 UTC
Created attachment 381128 [details] Attached traceback automatically from anaconda.
Comment 41 Tomasz Torcz 2010-01-06 11:15:35 UTC
Created attachment 381957 [details] Attached traceback automatically from anaconda.
Comment 42 Tomasz Torcz 2010-01-06 11:30:20 UTC
I cannot install F12 using netinstall. Is there update for anaconda available somewhere?
Comment 43 Tomasz Torcz 2010-01-06 11:47:33 UTC
Created attachment 381963 [details] Attached traceback automatically from anaconda.
Comment 44 David Lehman 2010-01-06 17:10:18 UTC
(In reply to comment #41) > Created an attachment (id=381957) [details] > Attached traceback automatically from anaconda. Tomasz, Can you please open a new bug and describe in some detail what you did leading to this failure? (pre-existing storage layout, steps taken in installer) Although the traceback looks the same as the others in this bug, yours is different. Thanks.
Comment 45 rickabillie 2010-04-30 23:17:05 UTC
Created attachment 410612 [details] Attached traceback automatically from anaconda.