Kernel Bug Tracker – Bug 42876
System doesn't boot with GTX 550 Ti
Last modified: 2013-12-20 18:53:32 UTC
My hardware is:
ASUS P5KPL-AM SE, C2D E8500, GeForce GTX 550 Ti.
The problem is that with kernel newer than 3.2 (including 3.3 in Fedora 17), my system doesn't boot at all. I'm using nouveau and have no proprietary nvidia modules installed.
With 3.2, I'm getting nothing but "Loading initial ramdisk" on the screen, but HDD LED is blinking and when I press the Power button on my PC, the system turns off as it's supposed to.
But with 3.3 (in Fedora 17 and Ubuntu 12.04 with Canonical patched kernel), the system doesn't boot at all. After "Loading initial ramdisk" the monitor turns off, and nothing happens. HDD doesn't do anything.
This happens even without xf86-video-nouveau installed (i've tried Arch).
With kernel 3.1.9, my graphics card still works perfect, with a good 3D acceleration. GNOME 3 works perfect too.
I'm sorry for my English.
Same problem here.
Same graphic card, and nouveau driver.
I'm using Fedora 16.
With kernel 3.1.10-2 works fine.
With kernels 3.2.x don't work.
I have the same problem. No boot with 3.2.x kernel(Debian, Fedora).
GeForce 550 Ti
(In reply to comment #2)
> I have the same problem. No boot with 3.2.x kernel(Debian, Fedora).
> Asus P5Q-E
> GeForce 550 Ti
No problem with parameter acpi=off noapic
(In reply to comment #3)
> No problem with parameter acpi=off noapic
It worked for me in Fedora 16 with 3.2.10-2 kernel but, don't support for dual screen configuration and GNOME 3 only works in fallback mode.
It worked for me as well with kernel 3.3.0, but with the wrong display resolution, and GNOME Shell was really slow.
I have had the same problem with the 3.2 series on Slackware64 (I haven't tried 3.3)
Lenovo T520 laptop
Intel i7 2720QM CPU
Nvidia NVS 4200M
but I am not using the nouveau driver, but the proprietary nvidia driver which I think hasn't got the time to get loaded before the system freezes.
I have tried booting with both nouveau and nvidia blacklisted in console mode and still get the same behaviour.
As mention in comment #4, acpi=off noapic allows normal boot but it is really not practical on a laptop.
3.1.2 works fine (I haven't tried the more recent versions of the 3.1.x series).
(In reply to comment #6)
> I have tried booting with both nouveau and nvidia blacklisted in console mode
> and still get the same behaviour.
> As mention in comment #4, acpi=off noapic allows normal boot but it is really
> not practical on a laptop.
Did you try to install proprietary driver and boot with "rdblacklist=nouveau nouveau.modeset=0"? My system works fine with these boot flags, at least with 3.3
(In reply to comment #7)
> (In reply to comment #6)
> > I have tried booting with both nouveau and nvidia blacklisted in console mode
> > and still get the same behaviour.
> > As mention in comment #4, acpi=off noapic allows normal boot but it is really
> > not practical on a laptop.
> Did you try to install proprietary driver and boot with "rdblacklist=nouveau
> nouveau.modeset=0"? My system works fine with these boot flags, at least with
Thanks for the suggestion, however it doesn't work for me on 3.2.13. I haven't had the time to compile 3.3 yet.
I don't think this bug related to this particular card. I use GeForce 8600GT and, most likely, have the same issue with vanilla kernel 3.3 on Gentoo. Almost instantly after I select a menu entry in bootloader I'm getting corrupted/flashing screen and nothing more. Though I didn't try acpi=off and noapic options. One more note, I'm able successfully kexec to 3.3 after initial boot to 3.2.x kernel. After kexec everything works fine with the 3.3 kernel. Hopefully this helps understanding this problem.
Forgot to mention that I'm using nouveau.
I am not sure if this bug report is still live but having just updated my machine to the latest slackware64-current kernel (3.2.21), I am still getting my system to hang half way through the booting sequence. As previously, the only thing that can be done at that point is to hard reset.
My laptop has a dual graphics card and switching to the intel embedded one in the BIOS makes the system boot fine, but switching to the nvidia one makes the system unable to boot unless ACPI is switched off.
I am still able to boot fine with kernels 3.1.x and below.
ArTourter, for me, in Fedora 18 (Kernel 3.4.2) solves the problem.
I have just compiled 3.4.4 and I still get exactly the same hang/freeze with ACPI active.
Any clues about how to get sensible error report out of this would be useful.
I had the same issue again after 3.2 kernel with 3.4.0. However at least vanilla 3.4.3 boots fine again.