Description of problem:
When booting this kernel, there is no plymouth display and no X, although the system does boot. The screen is just all black without a mouse pointer. Switching to another virtual terminal shows the same black display. 'In the dark', I am able to type 'shutdown -h now' and the system does verily shut down. Using the old kernel (184.108.40.206-41.fc13.x86_64) works just fine. [I haven't tried the laptop, also intel, but i686, yet.]
Version-Release number of selected component (if applicable):
update and reboot using new kernel.
Steps to Reproduce:
I updated to mesa--7.8.1-2.fc13, but the problem persists unchanged. Using kernel-220.127.116.11-41.fc13 works, however, but not the newer ones.
I see this on two machines with an intel graphics card but not on my laptop with an ATI. I am not sure if this is the distinctive factor.
In my case the lcd display refuses to show any output claiming that frequency is out of range.
In both cases 18.104.22.168-41 works but 22.214.171.124-57 fails.
Should I add other information like the lspci output to this bug?
Created attachment 408913 [details]
The Xorg log of the previous session (that didn't work)
I don't understand much of this file, but I compared it to the one that does work and the good one (using old kernel) ends with the modelines, while this one has the tailing lines where it appears that AIGLX and all the modules are mysteriously shut down at the end of the startup phase.
I should also add that I now updated the laptop (Intel Mobile 915GM/GMS/910GML Express) and it works just fine with the 126.96.36.199-57 kernel.
Yet, the desktop (Intel X3000 Chipset 965G) does not have any X using that kernel, only with the older 188.8.131.52-41 one.
I just upgraded to xorg-x11-server-*-1.8.0-8.fc13.x86_64 and there is no change on x86_64 with kernel-184.108.40.206-57. It still only works with the older kernel.
Boot to runlevel 3 (append the number '3' by itself to the kernel command line) and try to run X by itself with 'X -retro'. If that launches and stays up, then this is your desktop session crashing, not X's fault. You can terminate the -retro server with control-alt-backspace.
Maybe I hadn't made myself clear: after grub runs, the screen goes black for a few seconds with a cursor flashing about 1/4 of the way down the screen at the left margin. At this point, normally Plymouth takes over and the screen turns blue. Well, running the 220.127.116.11-57+ kernels, instead of Plymouth kicking in and turning the screen blue, all goes totally black (including the flashing cursor, which now disappears) and my monitor spits out a message that says 'No Signal', but in the background, I can hear my drive working and it's light is avtive, and when it all stops, I am able to log in (on a different virtual terminal) 'in the dark', as I cannot see a thing and am able to restart the computer by typing 'shutdown -h now'.
(In reply to comment #6)
> Boot to runlevel 3 (append the number '3' by itself to the kernel command line)
> and try to run X by itself with 'X -retro'. If that launches and stays up,
> then this is your desktop session crashing, not X's fault. You can terminate
> the -retro server with control-alt-backspace.
Nevertheless, I tried what you suggested. The screen goes black instead of Plymouth appearing and I can hear the drive working during the run level 3 boot process. When all had settled down,, 'in the dark', I typed 'X -retro' and verily something happened, as I could hear the drive working and the drive light flashed, but the screen remained totally black. I switched to a different virtual terminal and logged in 'in the dark' and shut the computer down with the shutdown command.
As the original reporter the oldest graphics card is working now.
In the other card even after passing the 3 argument to the boot sequence I get a warning on the lcd display saying:
frequency out of range: 16 KHz / 15 Hz
Please change the display mode to 60Hz
(In reply to comment #8)
> As the original reporter the oldest graphics card is working now.
Sorry, bud, but I am the original reporter. My name is shown in the upper right of this page.
Yes, here, too. The older Intel card (in the laptop) works, while the newer one (in the desktop) does not work with kernels 18.104.22.168-57+.
(In reply to comment #9)
> (In reply to comment #8)
> > As the original reporter the oldest graphics card is working now.
> Sorry, bud, but I am the original reporter. My name is shown in the upper right
> of this page.
The verb was missing in the sentence above, "As the original report said"...
The '73' kernel does not fix anything.
The '78' kernel does not work. The monitor displays 'No Signal' as soon as plymouth kicks in, same as in all the kernels since '41'.
kernel-22.214.171.124-79.fc13.x86_64 does not work (I have updated to the newest intel driver, mesa, etc). There is still 'No Signal' and just a black screen. The only kernel that still works is kernel-126.96.36.199-41.fc13.x86_64.
I should add that I exchanged motherboards 2 days ago. As a consequence, I no longer have INTEL X3000 (Chipset 965G) graphics. I now have Intel 4 Series Chipset Integrated Graphics.
The problem remains unchanged, tested up to kernel-188.8.131.52-79.fc13.x86_64.
I am still, despite the more recent graphic chip, only able to use kernel-184.108.40.206-41.fc13.x86_64.
After updating to the latest updates-testing kernel-220.127.116.11-85.fc13.x86_64 works for me.
It is the first after -41 that boots correctly.
I don't know if this is helpful, but my old motherboard had a VGA output and my monitor is analog; my new motherboard has a DVI output with a VGA adaptor, so I can use the same analog monitor. The problem, as noted in the previous comment remains.
I just installed kernel-18.104.22.168-85.fc13.x86_64, so I will reboot and see what happens.
Holy moley! It was a slow train coming, but it works. Case closed. Basta!