RBe*_*eig 8 xorg debug kernel drivers
该系统是我擦干净的备用戴尔 2400，安装了 Ubuntu 10.4。更新管理器拥有最新的所有内容，而且我还没有处理驱动程序或棘手的系统设置。事实上，它已经是一个稳定友好的系统，安装和使用。
所以想象一下我在浏览http://element-14.com/（一个其他有用的电子工程类型社区网站）时的惊讶，然后重定向一两次，然后是黑屏，然后我开始用粉红色的朦胧调调冒烟，没有进一步的工作。键盘摔得很厉害，Alt-SysRq键组合不起作用。
不仅仅是 Firefox 和 X 服务器崩溃了。我在 SSH 会话打开的情况下重复了崩溃，不仅连接被取消，而且它不再响应尝试获得新连接。
我尝试启用 Apport，希望它会注意到一些事情并帮助识别罪魁祸首，但它似乎没有注意到崩溃。
每次，我都不得不依靠电源按钮重新启动。
谷歌搜索暗示在其主板上提供 VGA 的特定英特尔芯片组存在问题。
我正在寻找有关如何继续调试此类崩溃的建议。有任何想法吗？
更新：我尝试按照建议尝试设置netconsole内核模块和匹配的 netcat 实例以接收日志。我设置了netcat的我的XP中，使用Alt- SysRq-S以验证它可以接收内核消息，然后浏览到该网站。只printk()记录了两个s：
[251728.009794] i915：未知参数`modset' [251728.051420] i915：未知参数“modset”
唔。也许我的视频驱动程序配置错误？特别是因为我dmesg在启动后的输出中看到了这些相同的消息。
至少这次我在故意使系统崩溃之前明确同步了我的磁盘。
为了记录，lspci -nn | grep VGA说：
00:02.0 VGA 兼容控制器 [0300]：英特尔公司 82845G/GL[Brookdale-G]/GE 芯片组集成图形设备 [8086:2562]（修订版 01）
更新：解决了！！！
使用的提示netconsole导致顿悟。谷歌搜索“i915 未知参数 modset”这句话突然让我绊倒了根本原因。
i915 驱动程序的选项名称是modeset而不是modset。
我将 /etc/modprobe.d/i915.conf 更改为正确的拼写，重新启动，现在我可以访问 element-14（并且可能其他站点会执行 element-14 所做的任何事情，从而触发视频中的错误驱动程序），而不会出现令人不快的强制重启。
这留下了（显然是众所周知的）i915 驱动程序质量不足的问题，尤其是在较旧的芯片组上。显然，内核模式设置功能特别不足。如果选项拼写不正确，它默认启用 KMS，并且也崩溃了。如果拼写正确，KMS 将被禁用，并且驱动程序在触发崩溃的任何内容中幸存下来。
此外，启动板和其他社区站点上有许多错误页面的选项名称拼写错误。我强烈怀疑这就是我使用的拼写的地方。
编辑：我已将相关解决方案复制到实际答案中，并在此处改进了对它的描述。
| 归档时间： |
|
| 查看次数： |
331 次 |
| 最近记录： |