Live-CD and Installed Ubuntu freeze on boot with GeForce 210 / Nouveau
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Expired
|
Low
|
Unassigned |
Bug Description
Binary package hint: xserver-
I bought a new graphics adaptor to replace my old ATI one. The model I chose is a Gainward GeForce 210 1024MB DDR2 HDMI.
Upon installing the new adaptor my Ubuntu 10.10 64bit system froze on reboot. I tried booting from the 64 and 32 bit CDs always producing the same result - freezing. It freezes right when starting to boot from GRUB - producing just a blinking cursor in the upper left corner of an otherwise empty screen.
This has not changed with the lastest alpha 2 CD of Natty, either.
After changing the grub command line options to "nouveau.
GRUB_CMDLINE_
I did an lspic -vv, maybe it helps:
01:00.0 VGA compatible controller: nVidia Corporation GT218 [GeForce 210] (rev a2) (prog-if 00 [VGA controller])
Subsystem: CardExpert Technology Device 1401
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 11
Region 0: Memory at d0000000 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at b0000000 (64-bit, prefetchable) [size=256M]
Region 3: Memory at c0000000 (64-bit, prefetchable) [size=32M]
Region 5: I/O ports at 9000 [size=128]
Expansion ROM at d1000000 [disabled] [size=512K]
Capabilities: <access denied>
Kernel modules: nouveau, nvidiafb
Anyway, I thought I might report this bug as a frozen system might be a real showstopper for any Linux newbies. I'd be grateful, if somebody could look into this.
I already reported this as an addition to bug #661235 but I was asked to start a new bug report as it seems to differ form the situation originally described there.
Changed in xserver-xorg-video-nouveau (Ubuntu): | |
status: | New → Confirmed |
Changed in xserver-xorg-video-nouveau (Ubuntu): | |
status: | Incomplete → Confirmed |
description: | updated |
no longer affects: | xserver-xorg-video-nouveau (Ubuntu) |
affects: | plymouth → xserver-xorg-video-nouveau (Ubuntu) |
no longer affects: | xserver-xorg-video-nouveau (Ubuntu) |
Changed in xserver-xorg-video-nouveau (Ubuntu): | |
status: | New → Confirmed |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
affects: | casper → linux (Ubuntu) |
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
importance: | Undecided → Low |
The cut and paste below was my comment on your other bug. So i just wanted to include it. This bug posting though explains exactly what was happing to me right down to the blinking _ in the upper left and freezing, however for me it also kicks off the display completely and am presented with a no connected device message on my screen.
The reason why there is nothing you can do to get out of it (exept powerdown the pc or wait as after a few minutes it will restart itself) is because at the time the display crashed it was also brining down your keyboard. The keyboard would normally be brought back up right after display did not load the keyboard did not boot up. You will notice when this happens by all the keyboard lights going out.
I came to this conclusion after realising in a working install environment the keyboard is brought down and back up right before gdm kicks in.
##### CUT/PASTE my comment on bug #661235 #####
You wouldn't by any chance have a dual display set-up or be using a non VGA connection are you. Even if your are not check your bios and see if dual display is enabled (Advanced Chipset in my bios).
I found if it is enabled and set to primary video AUTO or PCI-E and you are using a (in my case) HDMI connection the install will fail. Fails right after plymouth and just flashes a blinking _ in the upper left. Eventually displays Samsungs default NO Connection Msg.
My Setup is:
1 TV Plugged in threw HDMI
1 CRT monitor plugged in threw onboard VGA
BIOS / Advanced Chipset
1.)
Dual Display - Enabled // Primary Video - Auto ---> Will NOT work (displays on flatscreen)
Dual Display - Enabled // Primary Video - PCI-E ---> Will NOT work
Dual Display - Enabled // Primary Video - VGA ---> Works Everytime (if you also have a old CRT monitor connected)
2.)
Dual Display - Disabled // Primary Video - Auto ---> WORKS (displays on flatscreen)
Dual Display - Disabled // Primary Video - PCI-E ---> WORKS
Dual Display - Disabled // Primary Video - VGA ---> WORKS
* I recall one of the above 3 getting past install but then failing after restart with same black screen. I think it was auto. Unfortunately I forgot to document that one. But I have documented that PCI-E did work, so its not clear to me why auto would fail and PCI-E would work when they both were using the PCI-E connection. This might have just been a mishap but after trying to install so much once it got installed I did not want to try to recreate problem. Can someone verify?
3. (HDMI Connection and a VGA to DVI Adapter Connection)
Dual Display - Enabled // Primary Video - Auto ---> WORKS (displays on flatscreen)
Dual Display - Enabled // Primary Video - PCI-E ---> WORKS
Dual Display - Enabled // Primary Video - VGA ---> WORKS
So to me it appears this driver does not work properly with the BIOS having Dual Display Enabled.