Created attachment 397062 [details] screenshot showing "Not a Live image" Description of problem: While booted off a live USB stick, I clicked "Install to Hard Drive" and got the error message "Not a Live image". Screenshot attached. Version-Release number of selected component (if applicable): http://serverbeach1.fedoraproject.org/pub/alt/stage/13-Alpha.RC4/F13-Alpha-x86_64-Live/F13-Alpha-x86_64-Live.iso How reproducible: Not sure how I got into this state, but the error message is displayed every time I double-click "Install to Hard Drive". Steps to Reproduce: Not sure. I was starting the installer and exiting early. I was also activating logical volumes after the installer disabled them (Bug 569174). Actual results: Expected results: Additional info:
Created attachment 397063 [details] anaconda.log
Created attachment 397064 [details] program.log
Created attachment 397065 [details] storage.log
Created attachment 397069 [details] messages.1.log
Created attachment 397070 [details] dmesg.1.log
Created attachment 397074 [details] screenshot showing disk selector dialog and Exit installer Reproduced it ... Boot from USB stick with live ISO image installed on it. Double-click the "install to hard drive" icon. Proceed to the disk selection dialog. Don't check any boxes. Click "Close Window" icon. (screenshot here) Click "Exit installer". Double-click the "install to hard drive icon". Error message appears.
What does: ls -l /dev/live* /dev/mapper/live* show?
Created attachment 397209 [details] screenshot showing output of "ls -l /dev/live* /dev/mapper/live*" before and after reproducing the bug
(In reply to comment #8) > Created an attachment (id=397209) [details] > screenshot showing output of "ls -l /dev/live* /dev/mapper/live*" Black-and-white version ... :-) [liveuser@localhost ~]$ ls -L /dev/live* /dev/mapper/live* ls: cannot access /dev/mapper/live-osimg-min: No such file or directory ls: cannot access /dev/mapper/live-rw: No such file or directory /dev/live
Yeah that's the problem. I wonder what's happening with your ../dm-* symlinks.
(In reply to comment #10) > Yeah that's the problem. I wonder what's happening with your ../dm-* symlinks. Can you reproduce it?
No objections to resolving this for Fedora 13. I'm adding F13Blocker so this is on the radar. The impact, as I understand it, is that repeated attempts to run liveinst from a live image may fail as some cleanup/setup work was not properly handled by liveinst or anaconda.
Here's the fix for this: http://git.fedoraproject.org/git/anaconda.git?p=anaconda.git;a=commitdiff;h=7a57848512333239672abe104bb3942821daddc0 It ends up it would only be triggered by exiting on the filter screen.
Thanks, Brian. James: A work-around is to restart the live image.
anaconda-13.36-1.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/anaconda-13.36-1.fc13