Bug 746509
Summary: | black screen in X after installing Fedora-16-TC1-x86_64-Live-Desktop.iso to hard drive | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andre Robatino <robatino> |
Component: | xorg-x11-server | Assignee: | X/OpenGL Maintenance List <xgl-maint> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | awilliam, dennis, os, pschindl, xgl-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-10-17 23:01:16 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 713568 |
Description
Andre Robatino
2011-10-16 18:35:27 UTC
I reproduced same problem. Applied updates from Virtual screen, it didn't help. In bug 746529 the same problem happens except in both i686 and x86_64. I still have my installed i686 and x86_64 guests and in i686 X consistently works properly and in x86_64 it does not, so it will be interesting to see what the difference is. I reproduced this too in Virtual Machine Manager 0.8.7. When I try to run firstboot manually it starts and then it stop nearly immediately. can we get some X logs, maybe? Unfortunately, I just deleted the guests and ISOs to recover space (and would rather not overstress my ailing HDD by reinstalling), but someone else should be able to provide them. I looked through the X log yesterday and didn't see anything that looked like an error. I will try to upload the log when I get home tonight, which will not be until after 5PM Pacific time. Are there any other logs you would like me to grab at the same time? BTW, I'm using physical hardware, not virtualized like the other two reports in the bug. Then you're probably not seeing the same bug. Ok, the symptom is exactly the same, so I thought it was the same. I'll file a new bug. well, it's pretty uncertain right now. 'X fails to start with a black screen' is a pretty vague bug. :) does seem like lots of people are hitting this, but it's really not at all clear what's going on. i'll see if i can figure anything out. http://forums.fedoraforum.org/showthread.php?t=270932 I can re-create this in a virt-manager KVM/qemu vm too. If you do 'systemctl stop firstboot-graphical.service' from the console you'll see X try and start up ten more times or so and fail each time, as prefdm tries to kick in. If you run 'startx' as root from the console you'll see: done reset primary is 0x187ae60 Zero width or height new stride: 10240 (display width: 2560, bpp: 4) Bad bpp: 1 (1) Bad bpp: 1 (1) Bad bpp: 1 (1) then four imsettings errors, which I think are immaterial. Looks like an X issue of some kind. Will have to compare the X logs when booting live. Those same errors exist in Xorg.0.log, interspersed with other messages. X seems to shut itself down in orderly fashion shortly after the 'Bad bpp' errors. hum, if I get a bit more scrollback I see: "bpp == 8 triggers bugs in spice apparently" which seems interesting. Do you see it with i686 as well, or just x86_64? actually those errors are all there on a successful X run from the live image, which is interesting. I don't think this is in X. All sorts of stuff seems to be crashing with segfaults in ld-2.14.90.so , if you check /var/log/messages . I think that's the core of the issue. Not sure what's happening to trigger it, though. i686 works okay for me. I got the crash in firstboot filed via abrt-cli, so closing as a dupe of that bug. *** This bug has been marked as a duplicate of bug 746844 *** |