На моей стороне, с Ubuntu 14.04, пути различны, а проприетарный драйвер Nvidia переопределяет libglx.so в /usr/lib/xorg/modules/extensions/libglx.so.
Чтобы решить проблему, я дублирую /usr/lib/xorg/modules в /usr/lib/xorg/modules-nvidia и затем переустановите Intel friendly libglx.so с помощью:
sudo apt-get install --reinstall xserver-xorg-core
Это восстановление оригинала libglx.so. На xorg.conf.nvidia я добавляю путь к допустимым модулям:
Section "Files" ModulePath "/usr/lib/xorg/modules-nvidia" EndSection
Кроме того, в /etc/lightdm/lightdm.conf я должен добавить: xserver-command=/usr/bin/X -sharevts в [Seat:1] раздел. Этот отзыв был найден здесь.
Большое спасибо здесь , который указывает мне правильно.
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключающийся к их провайдер оставит это поле пустым.
Следующая страница Ubuntu Forums объясняет это более подробно
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключающийся к их провайдер оставит это поле пустым.
Следующая страница Ubuntu Forums объясняет это более подробно
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключающийся к их провайдер оставит это поле пустым.
Следующая страница Ubuntu Forums объясняет это более подробно
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключающийся к их провайдер оставит это поле пустым.
Следующая страница Ubuntu Forums объясняет это более подробно
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключающийся к их провайдер оставит это поле пустым.
Следующая страница Ubuntu Forums объясняет это более подробно
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключившийся к их провайдер оставит это поле пустым.
Следующие форумы Ubuntu Forums объясняют это более подробно
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключившийся к их провайдер оставит это поле пустым.
Следующие форумы Ubuntu Forums объясняют это более подробно
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключившийся к их провайдер оставит это поле пустым.
Следующие форумы Ubuntu Forums объясняют это более подробно
Если вы подключаетесь к серверу домена, работающему с рядом других подключенных к нему серверов, вы должны указать имена других серверов, которые вы хотите найти в этом поле.
Средний пользователь, подключившийся к их провайдер оставит это поле пустым.
Следующие форумы Ubuntu Forums объясняют это более подробно
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.
Точнее: это список доменов, которые DNS-резольвер добавит к имени хоста при попытке разрешить его на IP-адрес.
Например, скажем, вы управляете связкой серверов в моей компании .com (web1.mycompany.com, web2.mycompany.com, db.mycompany.com и т. д.), и вы устали вводить полное доменное имя каждый раз, когда вам нужно их пинговать или SSH. [ ! d1]
Вы можете добавить «mycompany.com» в список поисковых доменов, чтобы этого избежать. Теперь, когда вы выполняете ping или SSH в web1, он попытается разрешить web1, сбой, а затем попробуйте web1.mycompany.com, который будет успешным.