Description of problem: When booting from LXDE live CD (beta release), the boot process goes on normally with rhgb, but when the login/gui is supposed to be displayed, the monitor goes blank. I've tried nomodeset (this used to cure the problem on F8) but it behaved the same way. Version-Release number of selected component (if applicable): How reproducible: every time Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: The motherboard is Asus P5N7A-VM (with integrated nvidia graphics), but I'm using an ATI Radeon 9500 card. Normally I use the DVI output -> HDMI adapter -> TV's HDMI input (in monitor mode). This works perfectly well in F8. I've tried connecting vga cable to all other ports (both to radeon card and to the integrated connector) - the screen is blank on all of those.
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information especially concerning your hardware we require that will be helpful in our diagnosis of this issue. If the anaconda crashes during the switching to the graphic mode, most likely the problem lies in Xorg support for your graphics chip. There are couple of options how we can obtain information necessary for resolving the issue. If the computer is not completely frozen when installation fails, switch to the console (Ctrl+Alt+F2) and copy /tmp/X* and /var/log/anaconda.xlog to some other place -- USB stick, some other computer via network, somewhere on the Internet, and please attach it to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. If the computer is completely useless after installation fails, you can also install Fedora with a VESA mode driver (see https://fedoraproject.org/wiki/Documentation_Beats_Installer for more information on that). Then after successful installation you can collect /var/log/anaconda.xlog, /var/log/Xorg.0.log, and the output of the program dmesg instead. Or you can install Fedora in a text mode completely, and then start X after that. If it fails, still /var/log/Xorg.0.log and the output of dmesg program from the failed attempt to start X would be useful. We will review this issue again once you've had a chance to attach this information. Thank you very much in advance.
Created attachment 367984 [details] logs: Xorg.0.log, /var/log/messages and output of dmesg I was able to switch to console & log in. Attaching Xorg.0.log, /var/log/messages and output of dmesg
P.S. I've tried running it with xdriver=vesa and got the same result
note: my mistake about Radeon 9500, it's an X800 card I've tried a few more things after getting into console: * ran system-config-display -- which worked in graphical mode -- and created xorg.conf. * no change with xorg.conf in place * modified xorg.conf to use vesa driver - Xorg.0.log says Screens found but none have usable configuration * modified xorg.conf to have AccelMethod XAA, AccelDFS off and DRI off -- none of these changed anything. * also tried removing the ATI card and booting with integrated nvidia one - there's some message about GPU locking up. in vesa mode there are no error messages, but still no picture
I noticed the SElinux errors in the logs against something called slim. It was only after I noticed that slim launched X that I suspected it might be to blame. I booted with selinux=0 and the graphical environment finally works This might be specific to LXDE LiveCD spin, dunno
bradford:~$ LANG=C sudo yum info slim Loaded plugins: merge-conf, presto, refresh-packagekit, show-leaves Available Packages Name : slim Arch : x86_64 Version : 1.3.1 Release : 8.fc12 Size : 99 k Repo : fedora Summary : Simple Login Manager URL : http://slim.berlios.de/ License : GPLv2+ Description: SLiM (Simple Login Manager) is a graphical login manager for X11. : It aims to be simple, fast and independent from the various : desktop environments. : SLiM is based on latest stable release of Login.app by Per Lid?n. : : In the distribution, slim may be called through a wrapper, : slim-dynwm, which determines the available window managers using : the freedesktop information and modifies the slim configuration : file accordingly, before launching slim. Reassigning.
Please provide SELinux audit log. Are you using a livecd based on Fedora 12 and a sufficiently recent slim and selinux-policy-targeted packages? We recently fixed a problem there (bug #518068).
The Live CD I used was F12-Beta-x86_64-Live-LXDE According to README, the sources were from rawhide-20091015 The sha1 hash for the ISO is 34638c92c151eba3f4018d5daff2e99a37db3805e5bc697a7bcd1f8468261879 F12-Beta-x86_64-Live-LXDE.iso I'll try to get the audit log later tonight (don't have physical access to the machine right now)
I'm pretty sure this is a duplicate of bug 518068 and the log will look as in bug 518068 comment 8.
(In reply to comment #8) That version could be a bit outdated: the fixed packages went to rawhide (now F-12) about seven days after that ISO was composed. Please test an image from this URI: http://alt.fedoraproject.org/pub/alt/nightly-composes/lxde/ These are nightly-composed ISO from the spin kickstart file. As Christoph said, the symptoms you describe are similar to bug #518068. I tested the latest LXDE Spin ISO in a virtual machine and it seems to work. I am marking this bug as a duplicate of bug #518068 but feel free to re-open it if you still experience the problem. *** This bug has been marked as a duplicate of bug 518068 ***
confirmed, lxde-x86_64-20091109.15.iso does not have this problem