主页 / ubuntu / 问题 / 674472
Accepted
Dean MacGregor
Asked: 2015-09-16 07:04:16 +0800 CST

我的 Google Hangouts 在 LightDM 上全新安装 Ubuntu 14.04 时崩溃了

  • 772

我的系统是带有 32gb 内存的 i7 3820。我的系统确实在 5 磁盘 raid5 mdadm 阵列上。我的问题是，当我进行视频流式传输时，Google 视频群聊会崩溃（有时）。

我最近安装了带有标准 Ubuntu 桌面的 Ubuntu 服务器 14.04。我曾经有 Kubuntu 14.04。我已经删除了 Ubuntu 的服务器版本并重新安装了桌面版本，但问题仍然存在。

当我使用 Kubuntu 时，我的网络摄像头（和 google hangouts）在没有任何特殊驱动程序调整的情况下工作正常（不幸的是我不记得我使用的是哪个 Nvidia 驱动程序）。现在我有 Ubuntu 14.04，当我尝试通过我的网络摄像头使用 Google 视频群聊或屏幕共享时，它会在几分钟后崩溃。（只是窗口崩溃，而不是整个计算机）。如果我关闭网络摄像头并仅使用嵌入式麦克风，它似乎工作正常。此外，如果我使用低质量视频，它也不会崩溃。然而，即使它的质量很低，进行屏幕共享也会导致它崩溃。

崩溃发生在 Chrome 和 Firefox 中。我没有尝试过其他浏览器。

这是我lsusb -v的网络摄像头http://pastebin.com/LL6S3wUD虽然我认为网络摄像头在这一点上是一个红色鲱鱼，但我会把它留在这里以防有人想看它。

我有带 Nvidia 340.76 驱动程序的 Nvidia Geforce GTX 650 Ti，然后是 352.3，然后是 346.82 驱动程序。我在服务器版本和桌面版本上使用 340.76，然后是 352.3 驱动程序，我直接从 GUI 转到 346.82，因为它是那个说它已经过测试的驱动程序。

以下是（视频群聊）崩溃的展开方式：发生的第一件事是我将停止获取与我聊天的人的音频和视频。当我查看我的系统监视器时，其中一个 CPU 内核将达到 100%，网络活动降至 0。Xorg 进程似乎在这段时间内耗尽了 CPU。Xorg 不会始终显示高 CPU 使用率，但 CPU 核心本身会在一两分钟内保持在 100%。在我点击崩溃窗口后，处理器恢复正常使用。

窗口管理器似乎发生了一些问题，但我真的不知道还有什么可以尝试或查看的。我开始查看各种日志，发现了一些东西，我不知道它们是否相关。来自我的dmesg

[   37.998252] nvidia: module license 'NVIDIA' taints kernel.
[   37.998255] Disabling lock debugging due to kernel taint
[   38.000647] nvidia: module verification failed: signature and/or  required key missing - tainting kernel
#some more stuff
[   38.011146] [drm] Initialized nvidia-drm 0.0.0 20150116 for 0000:01:00.0 on minor 0
[   38.011162] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  346.82  Wed Jun 17 10:37:46 PDT 2015
#some more stuff
[   38.114860] asus_wmi: Disabling ACPI video driver
[   38.492426] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card2/input14
[   38.492524] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card2/input15
[   38.492621] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:02.0/0000:01:00.1/sound/card2/input16
#some more stuff
[   40.718335] NVRM: Your system is not currently configured to drive a VGA console
[   40.718337] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
[   40.718338] NVRM: requires the use of a text-mode VGA console. Use of other console
[   40.718339] NVRM: drivers including, but not limited to, vesafb, may result in
[   40.718340] NVRM: corruption and stability problems, and is not supported.
[   41.109254] init: plymouth-upstart-bridge main process ended, respawning
#some more stuff
[60120.172033] INFO: task Xorg:1364 blocked for more than 120 seconds.
[60120.172037]       Tainted: P           OE  3.19.0-28-generic #30~14.04.1-Ubuntu
[60120.172037] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[60120.172039] Xorg            D ffff8807ff75fae8     0  1364   1314 0x00400004
[60120.172041]  ffff8807ff75fae8 ffff8807fd46d850 0000000000013e80 ffff8807ff75ffd8
[60120.172043]  0000000000013e80 ffff88081bf489d0 ffff8807fd46d850 ffff8807ff75fb08
[60120.172044]  ffff880814903988 7fffffffffffffff ffff8807fd46d850 0000000000000002

我在这里搜索了一些听起来更可怕的消息，大多数链接都是根本无法启动窗口管理器的人和/或 5 年前的消息，这些消息通常可以用新驱动程序解决。

我的/var/log/gpu-manager.log没有任何突出的内容。

虽然我的 /var/log/nvidia-prime-upstart.log 只是

Sorry but your hardware configuration is not supported

这是我的/etc/X11/xorg.conf

14.04

1 个回答

  1. Best Answer

    从 Ubuntu 的服务器版本转到桌面版本，希望有一个丢失的包，然后以同样的想法回到 Kubuntu，结果发现问题是从 MBR 到 GPT，当然，这也意味着从UEFI 的 BIOS 遗产。Nvidia 驱动程序和 UEFI 启动似乎存在一个已知问题。幸运的是，我不必对我的安装/系统进行任何更改，并且能够通过更新主板上的固件来解决我的问题。

    提供更多细节：

    在想要将我的驱动器放入 raid 之后，我最初安装了服务器版本以获得更友好的 mdadm 安装体验。对于服务器版本，我的问题出现了，我没有考虑 MBR 到 GPT 的切换。第一个想法是服务器版本中可能缺少一个包，所以我选择了 Ubuntu 的桌面版本。我仍然遇到同样的问题，似乎我的 Nvidia 驱动程序没有正确加载，所以我再次重新安装了操作系统。这次我决定回到 Kubuntu（既因为它曾经工作过一次，而且我真的不喜欢 Unity）但是在全新安装 kubuntu 之后我遇到了同样的问题。经过大量谷歌搜索后，我偶然发现了 Nvidia 驱动程序和 UEFI 引导程序的问题，那时我才意识到我之前是传统模式。我对必须使用 RAID 设置将我的 GPT 转换为 MBR 的想法感到畏缩，所以我一时兴起，决定更新我的主板固件。我并没有寄予厚望它会起作用，但最终这就是解决我的问题的原因。

    • 1

相关问题