Bug 811531
Summary: | nouveau: Kernel panics do not allow the system to boot or to be re-installed | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Panos Kavalagios <Panos.Kavalagios> | ||||||
Component: | xorg-x11-drv-nouveau | Assignee: | Ben Skeggs <bskeggs> | ||||||
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | urgent | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 16 | CC: | airlied, ajax, bskeggs, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda | ||||||
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: | 2012-06-13 12:25:08 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Panos Kavalagios
2012-04-11 10:55:15 UTC
Created attachment 576743 [details]
Log file /tmp/syslog
Created attachment 576745 [details]
Log file /var/log/Xorg.0.log of installed system
Already installed system replied in ping. I was able to log in and retrieve the Xorg.0.log.
I apologise for the confusion. I am reporting two issues. One for Fedora 16 DVD and another one of the installed system. I don't know if they are related. Please, advise if they should be split.
(In reply to comment #2) > Created attachment 576745 [details] > Log file /var/log/Xorg.0.log of installed system > > Already installed system replied in ping. I was able to log in and retrieve the > Xorg.0.log. > > I apologise for the confusion. I am reporting two issues. One for Fedora 16 DVD > and another one of the installed system. I don't know if they are related. > Please, advise if they should be split. We can't remaster the F16 install media, so we'll ignore that one for now. I'm not sure why it would have worked the first time for you and not now though. You might want to note which kernel version produced the nouveau backtrace on the installed system, and provide dmesg or /var/log/messages containing the backtrace if you can ssh in. Hello Josh, It seems that my logs are clean, since "grep -i oops /var/log/*" does not reveal any kernel backtrace. I am trying to remember if it was an exception or a regular nouveau print message that was the last thing displayed as it behaves now after the latest updates installed. I don't think the logs have been rotated (even though I changed weekly to monthly rotation in /etc/logrotate.conf today). I think we may safely conclude that there was no exception on the installed system. It is really surprising how I have managed to perform a clean F16 in the first place. I do have changed the hardware configuration, since then, but it was only to install another Nvidia Geforce 550 Ti again (replacement of the same card model). Current kernel versions installed: root@alcestis:[66] ~ # rpm -q kernel kernel-3.1.2-1.fc16.x86_64 kernel-3.2.2-1.fc16.x86_64 kernel-3.3.1-3.fc16.x86_64 The remote ssh access is a good sign that recovery is possible. It is weird why virtual consoles are not working though (ctrl-alt-F2 etc), that's why it gives the impression of a totally stuck system. Looking forward for Nouveau Experts investigation. Just to note that the exactly same hardware configuration runs fine with nvidia drivers from rpmfusion. Same error with the new kernel-3.3.2-1.fc16.x86_64. The monitor goes to standby as there is no signal from the video card. Only remote access is available to the defected system. (In reply to comment #4) > The remote ssh access is a good sign that recovery is possible. It is weird > why virtual consoles are not working though (ctrl-alt-F2 etc), that's why it > gives the impression of a totally stuck system. This is also observed on Bug 825092 on a virutalbox system and not physical that time. The guest additions after the upgrade haven't been installed and the video driver that couldn't be loaded led to a stuck system (unable to log in). It is very important to be able to at least log in in text mode, when graphics driver fails. At least that was the case before. Now it seems that the weird auto-spawn of ttys and possible systemd have managed to lock the system :) I've seen in forums that many users having the same graphics card Nvidia GeForce GTX 550 Ti are affected by the same problem. The problem is caused on kernels 3.2 and 3.3. Looking forward for kernel 3.4 that the issue has been resolved. Related to the issue described on bug 802751. I think it should be re-assigned to kernel team. This issue has been fixed upstream, and should also be fixed in newer Fedora kernels already. At some point NVIDIA modified one of their VBIOS tables in a way that made nouveau crash, Nouveau has since been fixed. |