From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Q312461; .NET CLR 1.0.3705; .NET CLR 1.1.4322) Description of problem: I have to boot with 'nogui' set, otherwise the same problem happens... only half way through the boot process. When tring to logout of an X session, the screen goes black and never comes back. The same thing happens if I try to switch to a console prompt via ctrl-alt-f1. The screen goes black. I also can't shut down properly either... I select shutdown from the logout menu and the screen still goes black and it never shuts down. I have not been able to shut the computer down properly since I installed FC2 test2. I always have to hold the power button. Isn't this eventually going to corrupt the disk? Version-Release number of selected component (if applicable): xorg-x11-0.6.6-0.2004_03_30.1 How reproducible: Always Steps to Reproduce: 1. login via gdm 2. logout & wham! or 1. ctrl-alt-f1 & wham! Additional info: hp pavilion ze4315us laptop with ATI Radeon Mobility U1 (IGP 320M) vesa driver kernel-2.6.4-1.305
It started working again with kernel version: kernel-2.6.5-1.309 but, in the last update... the only thing updated was some policy stuff and this version of the kernel: kernel-2.6.5-1.315 and it stoped working. What is different between these two kernel revisions?
I have had a similar problem with my machine, it is impossible to switch away from X, the display gets garbled/mangled, never returns to text mode. By restarting X (via ssh) the display can be restored to a graphical display, but never to a text display. This happens in both the vesa driver and the nv driver. I have reproduced it with kernel-2.6.3-2.1.253.2.1 and kernel-2.6.5-1.322
Not only do I have the shut down problem (I'm running kernel-2.6.5- 1.332), but I also go black on bootup unless I have the "nogui" on. I thought this latter Bug was fixed? (I have a ThinkPad T41p with a ATI Mobility FIREGL T2 card. Hopes this helps.)
I have the same problem using test3 and am also using a T41p.
This should be high priority, as it makes me have to reboot the system unneccessarily.
Seems to work for me with the most recent kernel (2.6.5-1.349)!
This does not sound like an X11 problem, but rather it sounds like a kernel problem if changing the kernel makes things work/not work. Parrish) Can you confirm wether updating your system to current rawhide, including the kernel and all other components, and rebooting into the new kernel works or not for you? Setting bug to MODIFIED state pending kernel testing. If the problem still persists after testing with a fully updated system, please change the bug state back to "ASSIGNED". If the problem is fixed for you, please close as "RAWHIDE". Thanks in advance.
Ahhhhh! I'm right in the middle of a move (and I am tring to fix the house up so it sells quickly)... can this wait until Sunday?
Whenever you have time to test it is fine. Just update the status to RAWHIDE or ASSIGNED as I mentioned above once you've confirmed wether it is fixed or still present, and we can continue to track the issue if it is still there. You may also want to review the Fedora Core 2 schedule at: http://fedora.redhat.com/participate/schedule If the above is accurate, our final development freeze is on Friday May 7th roughly at noon EST. Engineering time is rather tight currently due to proximity to the final freeze, so if the problem is still present after testing, it'll probably have to wait for an FC2 update or FC3 development at this point (even if discovered right away). Good luck on your move, and your new place! Moving is always a lot of work. Hopefully once you're settled in and get back up and running, you'll get a welcome surprise of a working X desktop. ;o) Take care, TTYL
2.6.5-1.350 still works ;-)
Thank's for the time. I have installed FC2 and subsequently kernel 2.6.5-1.358. And yes the bug is fixed. Thanks. I am setting the bug to resolved as RAWHIDE.