Hide Forgot
Description of problem: After my computer sleeps for a very long time (seems to be more likely after several hours), and then I return, gnome-shell may freeze as soon as I select "Activities". not sure if this is a contributor, but I always have two users logged in simultaneously. My graphics card is "ATI Technologies Inc Juniper [Radeon HD 5750 Series]" Version-Release number of selected component (if applicable): gnome-shell-2.91.92-1.fc15.x86_64 xorg-x11-xinit-1.0.9-20.fc15.x86_64 xorg-x11-drv-mouse-1.6.99.901-2.fc15.x86_64 xorg-x11-drv-evdev-2.6.0-3.fc15.x86_64 xorg-x11-fonts-ISO8859-14-75dpi-7.5-3.fc15.noarch xorg-x11-drv-sisusb-0.9.4-5.fc15.x86_64 xorg-x11-server-Xorg-1.10.0-3.fc15.x86_64 xorg-x11-fonts-ISO8859-15-100dpi-7.5-3.fc15.noarch xorg-x11-drv-fpit-1.3.99-3.20101206git020c04e29.fc15.x86_64 xorg-x11-drv-void-1.3.1-5.20101202gitcb8d19b8a.fc15.x86_64 xorg-x11-drv-mutouch-1.2.99-4.20101206git24029451c.fc15.x86_64 xorg-x11-drv-glint-1.2.4-7.fc15.x86_64 xorg-x11-drv-mach64-6.8.2-7.fc15.x86_64 xorg-x11-drv-apm-1.2.3-6.fc15.x86_64 xorg-x11-drv-openchrome-0.2.904-13.fc15.x86_64 xorg-x11-drv-mga-1.4.13-6.fc15.x86_64 xorg-x11-fonts-Type1-7.5-3.fc15.noarch xorg-x11-server-common-1.10.0-3.fc15.x86_64 xorg-x11-drv-s3virge-1.10.4-7.fc15.x86_64 xorg-x11-drv-tdfx-1.4.3-7.fc15.x86_64 xorg-x11-drv-elographics-1.2.99-3.20101206git6fd22a9d6.fc15.x86_64 xorg-x11-drv-fbdev-0.4.1-8.fc15.x86_64 xorg-x11-drv-vmmouse-12.6.99.901-3.20101209git07232feb6.fc15.x86_64 xorg-x11-drivers-7.4-2.fc15.x86_64 xorg-x11-fonts-ISO8859-9-75dpi-7.5-3.fc15.noarch xorg-x11-drv-keyboard-1.5.99.901-2.fc15.x86_64 xorg-x11-drv-cirrus-1.3.2-7.fc15.x86_64 xorg-x11-fonts-ISO8859-1-75dpi-7.5-3.fc15.noarch xorg-x11-drv-nv-2.1.18-6.fc15.x86_64 xorg-x11-drv-dummy-0.3.4-5.fc15.x86_64 xorg-x11-drv-vmware-11.0.3-4.fc15.x86_64 xorg-x11-utils-7.5-2.fc15.x86_64 xorg-x11-server-utils-7.5-4.fc15.x86_64 xorg-x11-fonts-ISO8859-14-100dpi-7.5-3.fc15.noarch xorg-x11-fonts-ISO8859-2-75dpi-7.5-3.fc15.noarch xorg-x11-drv-nouveau-0.0.16-24.20110324git8378443.fc15.x86_64 xorg-x11-drv-trident-1.3.4-5.fc15.x86_64 xorg-x11-drv-sis-0.10.3-5.fc15.x86_64 xorg-x11-drv-penmount-1.4.99-3.20101203git6658e9ad2.fc15.x86_64 xorg-x11-xauth-1.0.2-9.fc15.x86_64 xorg-x11-server-Xephyr-1.10.0-3.fc15.x86_64 xorg-x11-fonts-cyrillic-7.5-3.fc15.noarch xorg-x11-fonts-ISO8859-2-100dpi-7.5-3.fc15.noarch xorg-x11-drv-ati-6.14.0-7.20110316gitcdfc007ec.fc15.x86_64 xorg-x11-fonts-ISO8859-1-100dpi-7.5-3.fc15.noarch xorg-x11-fonts-ethiopic-7.5-3.fc15.noarch xorg-x11-proto-devel-7.6-8.fc15.noarch xorg-x11-drv-synaptics-1.3.99.901-2.fc15.x86_64 xorg-x11-drv-i740-1.3.2-7.fc15.x86_64 xorg-x11-drv-acecad-1.4.99-3.20101203gitf8e87eaf4.fc15.x86_64 xorg-x11-drv-v4l-0.2.0-12.fc15.x86_64 xorg-x11-drv-qxl-0.0.21-2.fc15.x86_64 xorg-x11-drv-ast-0.91.10-5.fc15.x86_64 xorg-x11-font-utils-7.5-6.fc15.x86_64 xorg-x11-fonts-misc-7.5-3.fc15.noarch xorg-x11-fonts-75dpi-7.5-3.fc15.noarch xorg-x11-drv-wacom-0.10.99-1.20110315.fc15.x86_64 xorg-x11-drv-siliconmotion-1.7.3-8.20100122.fc15.x86_64 xorg-x11-drv-vesa-2.3.0-7.fc15.x86_64 xorg-x11-fonts-100dpi-7.5-3.fc15.noarch xorg-x11-fonts-ISO8859-15-75dpi-7.5-3.fc15.noarch xorg-x11-fonts-ISO8859-9-100dpi-7.5-3.fc15.noarch xorg-x11-drv-rendition-4.2.4-5.fc15.x86_64 xorg-x11-drv-voodoo-1.2.4-5.fc15.x86_64 xorg-x11-drv-hyperpen-1.3.99.1-3.20101202git0a03c1fd0.fc15.x86_64 xorg-x11-drv-r128-6.8.1-9.fc15.x86_64 xorg-x11-drv-i128-1.3.4-7.fc15.x86_64 xorg-x11-xkb-utils-7.5-3.fc15.x86_64 xorg-x11-drv-intel-2.14.0-4.fc15.x86_64 xorg-x11-drv-savage-2.3.2-3.fc15.x86_64 xorg-x11-drv-aiptek-1.3.99-3.20101203git95b891239.fc15.x86_64 kernel-2.6.38.1-6.fc15.x86_64 kernel-2.6.38-0.rc8.git0.1.fc15.x86_64 kernel-2.6.38-1.fc15.x86_64 How reproducible: This normally happens about once a day. I am not sure on how to reproduce this 100% of the time. Steps to Reproduce: 1. Leave computer unattended for 5+ hours. 2. Return and log in. 3. Select "Activities" Actual results: Gnome shell hangs until I restart X.
Unlikely to be a GNOME Shell bug.
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
Created attachment 488621 [details] Xorg log
Created attachment 488622 [details] dmesg output
Created attachment 488623 [details] System messages
I have attached the requested information. Please let me know if there is any other information that I can provide.
After this has happened a few more times, it appears the freezing only occurs for the second user logged in simultaneously and never for the first user logged in. Still not sure how to consistently reproduce.
Can you ssh in after this happen ? If so does changing init level to 3 and then back to 5 (ie shutting down X server) give you back a working X (you will loose current session of course). To me it's looks like a gnome bug (look for Mar 29 09:16:12 in message to see error about thread in glib/gdm/gnome password greeter).
> Can you ssh in after this happen ? Yes. I can even Alt + FX to drop to a terminal. I can also Ctrl + Alt + Backspace to restart X. After the restart the session appears to be working fine. > If so does changing init level to 3 and then back to 5 (ie shutting down X server) give you back a working X (you will loose current session of course). I haven't tried this, but I imagine it would work since the Ctrl + Alt + Backspace works.
Definitly not a driver bug, looks like gnome/gdm/screensaver is confuse having multiple user and don't know which should be unlocked on resume
This bug still occurs daily for me.
Assigning to correct people so they actually notice the bug
I now have more reason to believe that Gnome is getting confused about multiple concurrent users. When this bug is going to happen, if I choose "Log out" rather than "Switch user" then Gnome goes to a virtual terminal that is not displaying X, and I just see a blinking cursor. Hitting ctrl + alt + FX until I get the right combo eventually gets me back at the expected desktop.
This now occurs on a daily basis. My system is up to date and I have rebooted since a recent update. Every morning that I approach my computer, if I switch users and then log in, GNOME shell will freeze when clicking "Activities". I would be happy to provide additional information if it would help solve this issue.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This issue has not occurred in GNOME 3.2 and Fedora 16.