Red Hat Bugzilla – Bug 135082
xserver freezes machine after updates
Last modified: 2007-11-30 17:10:51 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 4.0)
Description of problem:
yum -y update yum
yum -y update open*
yum -y update g*
yum -y update b* c* d* e* f*
yum -y update h* i* j* k* l*
yum -y update m* n* o* p* udev selinux-policy-targetted
yum -y update x*
and when then try to startx, it freezes the machine completely with a
blank black screen. Nothing will unluck it, except a hard reboot. The
problem starts before that, though. Before the second last
update "Starting udev" was the first startup message. Now it's gone.
Also, there are poblems with mDNSresponder services:
/etc/profile.d/colorls.sh /dev/null permission denied.
and when I try to log in as a user I get:
-bash /dev/null permission denied
when I do ls -l /dev/null, it shows
which should be
Even if i try to startx as root, the machine freezes
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install as desktop, withou firewall and selinux
2. change /etc/inittab to level 3
3. update packages as above
Actual Results: frozen black screen
Expected Results: a gui
The same happens to me, the machine completely freezes if I try to
init 5 or startx. I have no additional information. No logs are available.
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro
AGP 1X/2X (rev 5c)
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 6
cpu MHz : 804.046
cache size : 256 KB
If /dev/null has incorrect permissions, it would seem that there
is a bigger problem at hand. This may be a udev or kernel bug
rather than an X server bug.
I've CC'd a couple of our kernel developers, and our udev package
maintainer for comment.
Dave/Arjan/Harald - any comments on this one?
which version of udev? is the system started with an initrd?
# mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r)
is SELINUX activated?
> "Starting udev" was the first startup message. Now it's gone.
This is the cause of your problems..
I have updated all my rpms with yum this morning, and the problem
seems to be solved. It did indeed seem like a udev (rather than a
xorg-x11) problem. For the record, my udev version is now udev-034-2.
mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r) gave me this in
SELINUX was specifically "deactivated" during install, and has still
not been activated.
Ok, thanks for the update Thielman. It appears this was just
a temporary udev glitch.
Setting status to "RAWHIDE"