Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1160484 - Missing User account and progress bar during install [NEEDINFO]
Summary: Missing User account and progress bar during install
Keywords:
Status: CLOSED DUPLICATE of bug 1103496
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 21
Hardware: i386
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-04 23:21 UTC by Mike Simms
Modified: 2014-11-05 22:59 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-11-05 22:59:50 UTC
Type: Bug
Embargoed:
dshea: needinfo?

Attachments (Terms of Use)
screengrab showing view after managing to enter account info (19.45 KB, image/png)
2014-11-04 23:21 UTC, Mike Simms 		no flags Details
anaconda.log (30.23 KB, text/plain)
2014-11-05 17:33 UTC, Mike Simms 		no flags Details
ifcfg.log (5.53 KB, text/plain)
2014-11-05 17:34 UTC, Mike Simms 		no flags Details
journal.log (1.04 MB, text/plain)
2014-11-05 17:35 UTC, Mike Simms 		no flags Details
packaging.log (205 bytes, text/plain)
2014-11-05 17:36 UTC, Mike Simms 		no flags Details
progam.log (36.82 KB, text/plain)
2014-11-05 17:37 UTC, Mike Simms 		no flags Details
storage.log (242.90 KB, text/plain)
2014-11-05 17:38 UTC, Mike Simms 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1103496 0 unspecified CLOSED Installer interface sometimes freezes for a while (but install continues, and screen eventually unfreezes) 2022-05-16 11:32:56 UTC

Internal Links: 1103496

Description Mike Simms 2014-11-04 23:21:29 UTC 
Created attachment 953871 [details]
screengrab showing view after managing to enter account info

Description of problem: No user creation icons or progress bar displayed during first installation stages.


Version-Release number of selected component (if applicable):21.48.13.1.fc21


How reproducible: every time


Steps to Reproduce:
1.Start anaconda, set region and language
2.Set Partitions and Network options etc. okay and then click to proceed.

Actual results:
When the partitioning actually starts and you get the warning to set root and user before proceeding nothing else apart from that warning and the help button displays.

Expected results: To see a progress bar and root, normal user account creation options above it.


Additional info:
The buttons are still there and I managed to get the screens to enter root and user account information successfully by moving the cursor around their rough locations in F20. they just aren't visible. neither is the progress bar.

The root and user options as well as the progress bar eventually show at the 'configuring initramfs' stage of the install has been reached. Then anaconda performed as normal again.

I found this behaviour on the F21 Beta MATE-Compiz 32-bit Live spin released today. Running from DVD+RW which passed ISO download checksum and media check after burning. I got a response from another user that the same occurs in KDE Live Spin. http://forums.fedoraforum.org/showthread.php?p=1713895#post1713895
Comment 1 Adam Williamson 2014-11-05 02:17:57 UTC 
The KDE case of this is #1103496 , but we were back to considering it somehow specific to KDE there...
Comment 2 Adam Williamson 2014-11-05 02:19:09 UTC 
Was this in a VM? A KVM? With SPICE?
Comment 3 Mike Simms 2014-11-05 02:33:22 UTC 
It is real notebook PC install. Not VM.

Athlon XP-M 3000+ 1.6Ghz socket 754
1280MB DDR 333
Geforce 4 Go 420 32MB AGP 1280*800 native flat panel
60GB HDD
Comment 4 David Shea 2014-11-05 14:37:15 UTC 
Please attach the log files from the install, available in /tmp during the install or /var/log/anaconda in the installed system, to this bug as individual, text/plain attachments.

Which installation media did you use? Was this a live install?
Comment 5 Adam Williamson 2014-11-05 17:21:12 UTC 
david: the installation media is answered in the description:

"I found this behaviour on the F21 Beta MATE-Compiz 32-bit Live spin released today."

I'm not sure the logs are going to tell us anything. This looks exactly like #1103496, but I wanted to keep it separate just for now because it's a report with MATE, not KDE.
Comment 6 Mike Simms 2014-11-05 17:33:00 UTC 
Created attachment 954110 [details]
anaconda.log
Comment 7 Mike Simms 2014-11-05 17:34:10 UTC 
Created attachment 954111 [details]
ifcfg.log
Comment 8 Mike Simms 2014-11-05 17:35:31 UTC 
Created attachment 954112 [details]
journal.log
Comment 9 Mike Simms 2014-11-05 17:36:36 UTC 
Created attachment 954113 [details]
packaging.log
Comment 10 Mike Simms 2014-11-05 17:37:20 UTC 
Created attachment 954114 [details]
progam.log
Comment 11 Mike Simms 2014-11-05 17:38:13 UTC 
Created attachment 954115 [details]
storage.log
Comment 12 Mike Simms 2014-11-05 17:43:26 UTC 
two more log files were in the directory but both were empty so no point attaching.

ks-script-wgXWKN.log
ks-script-YAuqaV.log

If you need any more info please don't hesitate to ask.

Just to confirm it is the Fedora-Live-MATE_Compiz-i686-21_Beta-4.iso as quoted above by Adam.
Comment 13 David Shea 2014-11-05 21:22:02 UTC 
Try adding 'updates=http://dshea.fedorapeople.org/1160484.img' to the boot command line.
Comment 14 David Shea 2014-11-05 21:38:16 UTC 
To add some context:

 - This appears to be the same thing as 1103496. I don't know if it's the same thing happening in a different component in MATE or a bug in gtk or what.
 - The GtkSpinner appears to be the source of the problem. The progress hub is the only window that uses a GtkSpinner. The hub reappearing when the progress bar is complete is also the point where the spinner is turned off. On the times when the hub does decide to draw, the spinner does not.
 - Turning the spinner off by default and on when the hub starts seems to work, though again the spinner does not draw. This is less concerning, though.
 - I've tried the patch a couple of times in MATE and KDE but it'd be nice to have some independent corroboration.
Comment 15 David Shea 2014-11-05 22:59:26 UTC 
Let's go ahead and get these two bugs under the same umbrella.
Comment 16 David Shea 2014-11-05 22:59:50 UTC 

*** This bug has been marked as a duplicate of bug 1103496 ***
Note You need to log in before you can comment on or make changes to this bug.