Мой Google Hangouts отказывает на новой установке Ubuntu 14.04 на LightDM

Моя система является i7 3820 с 32 ГБ поршня. У меня действительно есть своя система на 5 дисковых raid5 mdadm массивах. Моя проблема состоит в том, что диалоги Google отказывают, когда я делаю потоковую передачу видео (иногда).

Я недавно установил сервер Ubuntu 14.04 со стандартным рабочим столом Ubuntu. Я раньше имел Kubuntu 14.04. Я с тех пор вытер серверную версию Ubuntu и переустановил настольную версию, но проблема остается.

Когда у меня был Kubuntu, моя веб-камера (и диалоги Google) хорошо работала без любой специальной тонкой настройки драйвера (к сожалению, я не помню, какой драйвер Nvidia я использовал). Теперь у меня есть Ubuntu 14.04 и когда я пытаюсь использовать диалоги Google со своей веб-камерой или демонстрацией экрана, она отказывает после нескольких минут. (Просто катастрофические отказы окна, не целый компьютер). Если я сохраняю веб-камеру выключенной и только использую встроенный микрометр, это, кажется, хорошо работает. Также, если я использую низкокачественное видео, оно не отказывает. Однако, даже если это будет в низком качестве, то делание экранной доли заставит это отказывать.

Катастрофические отказы происходят и в Chrome и в Firefox. Я не попробовал другие браузеры.

Вот мой lsusb -v для веб-камеры http://pastebin.com/LL6S3wUD, хотя я думаю веб-камера, является отвлекающим маневром в этой точке, я оставлю это здесь в случае, если кто-то хочет посмотреть на него.

У меня есть NVIDIA GeForce GT 650 Ti с драйвером Nvidia 340.76 и затем 352.3 и затем 346,82 драйверами. Я использовал 340.76 и затем 352,3 драйвера, в то время как на сборке сервера и на настольной сборке я перешел прямо в 346,82 от GUI, потому что это - то, которое сказало, что было протестировано.

Вот то, как (диалоги) катастрофические отказы разворачиваются: первая вещь, которая происходит, я прекращу получать аудио и видео людей, с которыми я болтаю. Когда я посмотрю на свой системный монитор, одно из ядер процессора перейдет к 100%, и сетевая активность спадает 0. Процесс Xorg - то, что, кажется, израсходовало ЦП в это время. Xorg не будет последовательно показывать высокую загрузку ЦП, но само ядро процессора будет оставаться в 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

4
задан 18 September 2015 в 19:55

1 ответ

После движения от Серверной версии Ubuntu к настольной версии в надеждах был недостающий пакет и затем возвращение к Kubuntu с той же мыслью, оказалось, что проблема шла от MBR до GPT, который, конечно, также означает идти от наследия BIOS до UEFI. Кажется, существует известная проблема с драйверами Nvidia и начальными загрузками UEFI. К счастью, я ничего не должен был изменять со своей установкой/системой и смог разрешить свою проблему путем обновления встроенного микропрограммного обеспечения на моей материнской плате.

Для предоставления еще некоторой подробной информации:

я первоначально установил Серверную версию для получения более дружественного mdadm опыта установки после желания поместить мои диски в набег. С серверной версией возникла моя проблема, и я не думал о MBR к переключателю GPT. Первая идея состояла в том, что мог бы быть пакет, отсутствующий в серверной версии, таким образом, я пошел с настольной версией Ubuntu. У меня все еще была та же проблема, и казалось, что мои драйверы Nvidia не были загружены правильно, таким образом, я переустановил ОС все снова и снова. На этот раз я решил вернуться в Kubuntu (и потому что он работал однажды, и мне действительно не нравилась Единица так или иначе), но после новой установки kubuntu, у меня была та же проблема. После большого поиска с помощью Google я наткнулся на проблему с драйверами Nvidia и начальными загрузками UEFI, и именно тогда он поразил меня, что я был режимом прежней версии прежде. Я съежился в идее необходимости преобразовать мой GPT в MBR с моей установкой RAID, таким образом, я, на прихоти, решил обновить встроенное микропрограммное обеспечение своей материнской платы. У меня не было больших надежд, это будет работать, но в конце это - то, что решило мою проблему.

0
ответ дан 19 September 2015 в 05:55

Другие вопросы по тегам:

Похожие вопросы: