Frage Mein Google Hangouts stürzt bei einer neuen Installation von Ubuntu 14.04 auf LightDM ab


Mein System ist ein i7 3820 mit 32 GB RAM. Ich habe mein System auf einem RAIDID5 mdadm Array mit 5 Platten. Mein Problem ist, dass Google Hangouts abstürzt, wenn ich Videostreaming (manchmal) mache.

Ich habe vor kurzem Ubuntu Server 14.04 mit dem Standard Ubuntu Desktop installiert. Ich hatte Kubuntu 14.04. Ich habe seitdem die Serverversion von Ubuntu gelöscht und die Desktopversion neu installiert, aber das Problem bleibt bestehen.

Als ich Kubuntu hatte, funktionierte meine Webcam (und Google Hangouts) problemlos ohne spezielle Treibereinstellungen (leider kann ich mich nicht erinnern, welchen Nvidia-Treiber ich benutzte). Jetzt habe ich Ubuntu 14.04 und wenn ich versuche, Google Hangouts mit meiner Webcam oder Bildschirmfreigabe zu benutzen, stürzt es nach ein paar Minuten ab. (Nur das Fenster stürzt ab, nicht der ganze Computer). Wenn ich die Webcam ausgeschaltet halte und nur das eingebettete Mikrofon benutze, scheint es gut zu funktionieren. Auch wenn ich Video in niedriger Qualität verwende, stürzt es nicht ab. Aber selbst wenn es eine niedrige Qualität hat, führt das Ausführen einer Bildschirmfreigabe zum Absturz.

Die Abstürze treten sowohl in Chrome als auch in Firefox auf. Ich habe andere Browser nicht ausprobiert.

Hier ist meins lsusb -v für die Webcam http://pastebin.com/LL6S3wUD obwohl ich denke, dass die Webcam an dieser Stelle ein Ablenkungsmanöver ist, lasse ich das hier für den Fall, dass jemand es sehen möchte.

Ich habe Nvidia Geforce GTX 650 Ti mit Nvidia 340.76 Treiber und dann 352.3 und dann den 346.82 Treiber. Ich benutzte die 340.76 und dann die 352.3 Treiber, während ich auf dem Server baute und auf dem Desktop Build ging ich direkt zu 346.82 von der GUI, weil es der ist, der sagte, dass es getestet wurde.

So entstehen die (Hangouts) Abstürze: Das erste, was passiert, ist, dass ich aufhöre, Audio und Video von den Leuten zu bekommen, mit denen ich chatte. Wenn ich auf meinen Systemmonitor schaue, wird einer der CPU-Kerne auf 100% gehen und die Netzwerkaktivität wird auf 0 fallen. Der Xorg-Prozess scheint während dieser Zeit die CPU zu verbrauchen. Xorg wird nicht konsistent eine hohe CPU-Auslastung zeigen, aber der CPU-Kern bleibt für ein oder zwei Minuten bei 100%. Nachdem ich durch das Absturzfenster geklickt habe, kehren die Prozessoren zur normalen Verwendung zurück.

Es scheint, als ob etwas mit dem Fenstermanager vor sich geht, aber ich weiß nicht wirklich, was ich sonst noch versuchen soll. Ich fing an, verschiedene Protokolle anzuschauen und stieß auf ein paar Dinge, ich weiß nicht, ob sie verwandt sind. Von meinem 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

Ich habe hier einige der düster klingenden Nachrichten gegoogelt und die meisten Links sind Leute, die keinen Fenstermanager bekommen können und / oder 5 Jahre alte Nachrichten, die oft mit neuen Treibern gelöst wurden.

Meine /var/log/gpu-manager.log hat nichts, was auffällt.

Obwohl mein /var/log/nvidia-prime-upstart.log nur hat

Sorry but your hardware configuration is not supported

Hier ist meins /etc/X11/xorg.conf


4
2017-09-15 15:04


Ursprung


Per Chat: Führe eine Neuinstallation durch und füge die Xorg-Edger hinzu, da sich dein System in einem instabilen Zustand befindet ... - Fabby
@Fabby nach einer anderen Neuinstallation und dann mit Edgern PPA für die Nvidia-Treiber hatte es immer noch das gleiche Problem, aber ich versuchte etwas aus einer Laune heraus, die sich als behoben. - Dean MacGregor


Antworten:


Nachdem ich von der Server-Version von Ubuntu auf die Desktop-Version in der Hoffnung gewartet hatte, dass ein Paket fehlte und dann mit demselben Gedanken zu Kubuntu zurückkehrte, stellte sich heraus, dass das Problem von MBR zu GPT ging, was natürlich auch bedeutet, von dort wegzugehen BIOS-Vermächtnis zu UEFI. Es scheint ein bekanntes Problem mit Nvidia-Treibern und UEFI-Booten zu geben. Glücklicherweise musste ich mit meiner Installation / System nichts ändern und konnte mein Problem durch Aktualisierung der Firmware auf meinem Motherboard beheben.

Um etwas mehr Details zu geben:

Ich habe zuerst die Server-Version installiert, um eine freundlichere mdadm-Installationserfahrung zu erhalten, nachdem ich meine Laufwerke in einen Raid setzen wollte. Mit der Serverversion trat mein Problem auf und ich dachte nicht über den MBR an GPT Switch nach. Die erste Idee war, dass in der Server-Version ein Paket fehlen könnte, also ging ich mit der Desktop-Version von Ubuntu. Ich hatte immer noch das gleiche Problem und es schien, dass meine Nvidia-Treiber nicht richtig geladen wurden, also habe ich das OS erneut installiert. Diesmal entschied ich mich, zurück zu Kubuntu zu gehen (beides, weil es einmal funktioniert hatte, und ich mochte sowieso nicht die Einheit), aber nach einer neuen Installation von Kubuntu hatte ich das gleiche Problem. Nach vielem Googeln bin ich auf ein Problem mit Nvidia-Treibern und UEFI-Booten gestoßen und da hat es mich getroffen, dass ich vorher Legacy-Modus war. Die Idee, meinen GPT mit meinem RAID-Setup in MBR konvertieren zu müssen, erschreckte mich, weshalb ich mich spontan dazu entschloss, die Firmware meines Motherboards zu aktualisieren. Ich hatte keine großen Hoffnungen, dass es funktionieren würde, aber am Ende hat das mein Problem gelöst.


1
2017-09-18 16:39