Red Hat Bugzilla – Bug 675481
Fallback mode kicks in on systems where Shell runs fine
Last modified: 2011-03-07 18:46:42 EST
Description of problem:
Using the test day i686 iso with the nouveau driver, the classical gnome session is started. But when I use 'gnome-shell --replace' directly in a terminal after being logged in, everything works like a charm. The animations are really smooth and I completed all the other tests of the Gnome3 TestDay successfully under gnome-shell.
Maybe my graphic card (an NV34M GeForce FX Go5200 32M/64M) is blacklisted?
Or there is a delay to test 3d support and I used a DVD?
Can I test something else to find out why the gnome-shell session was not picked up?
Smolt profile: http://www.smolts.org/client/show/pub_6d069d23-3a91-4505-ba4a-4e9a983e774c
Version-Release number of selected component (if applicable):
Gnome3 Alpha Test Day i686 iso.
Steps to Reproduce:
1. Boot with the iso burnt on a dvd.
2. Login using the livecd user through gdm
Classical gnome 3 (panel + nautilus) is started.
Gnome-shell should be started.
I have the same issue with my Rawhide desktop ATM. It uses a [GeForce 9400 GT] [10de:0641]. Boot gives me fallback mode, but gnome-shell --replace gives me a perfectly working Shell. This hasn't always happened; a month or so back, it'd boot happily straight to shell. Looks like some of the fallback heuristics are a bit too trigger-happy. Attaching glxinfo in case it helps.
Created attachment 479199 [details]
glxinfo from my affected system
[adamw@adam ~]$ grep acceler .xsession-errors
gnome-session: WARNING: Had to kill '/usr/libexec/gnome-session-is-accelerated' helper
if I run it manually after logging in, it runs and exits very quickly.
this is probably a case of 679326, which has more detail though it's a 'later' report.
*** This bug has been marked as a duplicate of bug 679326 ***