vnc XOpenDisplay перестал работать (:0) после установки драйвера дисплея Nvidia и перезагрузки

человечность 16.04

1. установка vnc. (vnc работал),
2. установите драйвер дисплея Nvidia и перезагрузку
3. попытайтесь использовать vnc, но он перестал работать

sudo x11vnc - более безопасные-localhost-nopw - однажды - отображаются:0 - подлинный/var/run/lightdm/root/:0 11.03.2017 21:05:04 - более безопасный режим: 11.03.2017 21:05:04 vnc_connect=0 11.03.2017 21:05:04 accept_remote_cmds=0 11.03.2017 21:05:04 safe_remote_only=1 11.03.2017 21:05:04
launch_gui=0 11.03.2017 21:05:04 x11vnc версия: 0.9.13 lastmod: 10.08.2011 pid: 1 808 11.03.2017 21:05:04 XOpenDisplay (":0") перестало работать. 11.03.2017 21:05:04, Попробовав еще раз с XAUTHLOCALHOSTNAME=localhost...

11.03.2017 21:05:04 *************************************** 11.03.2017 21:05:04 *** XOpenDisplay перестал работать (:0)

* x11vnc не мог открыть X DISPLAY: ":0", это не может продолжиться. * Может быть "Xlib": сообщения об ошибках выше с деталями об отказе.

Некоторые подсказки и инструкции:

** X-сервер (тот, который Вы хотите просмотреть) должен работать, прежде чем x11vnc запускается: x11vnc не запускает X-сервер. (однако, посмотрите - создают опцию если, именно это Вы действительно хотите).

** Необходимо использовать - дисплей, - ИЛИ набор и экспортировать переменную среды $DISPLAY для обращения к дисплею желаемого X-сервера. - Обычно дисплей просто ":0" (на самом деле x11vnc, использует это, если Вы забываете указывать его), но в некоторых многопользовательских ситуациях это могло бы быть ":1", ":2", или даже ":137". Спросите своего администратора или гуру при наличии затруднений при определении, каковы X ДИСПЛЕЕВ.

** Затем, у Вас должны быть достаточные полномочия (Xauthority) для соединения с этими X ДИСПЛЕЯМИ. Вот некоторые Подсказки:

• Часто, просто необходимо выполнить x11vnc, поскольку пользователь вошел в X сессий. Поэтому удостоверьтесь, что были что пользователь когда Вы тип x11vnc.
• Быть корнем обычно недостаточно, потому что к неправильному файлу ВОЛШЕБНОГО COOKIE MIT можно получить доступ. Файл cookie содержит секретный ключ, который позволяет x11vnc подключать к желаемому X ДИСПЛЕЕВ.
• Можно явно указать, какой файл ВОЛШЕБНОГО COOKIE MIT должен использоваться - подлинная опция, например: x11vnc - подлинный/home/someuser/.Xauthority-:0 x11vnc дисплея - подлинные/tmp/.gdmzndVlR - отображаются:0, Вы, должно быть, прочитали разрешение для подлинного файла. См. также '-auth предположение и '-findauth', обсужденный ниже.

** Если НИКТО еще не будет зарегистрирован в X сессий, но существует программа входа в систему зазывалы как "gdm", "kdm", "xdm", или выполнение "dtlogin", то необходимо будет найти и использовать необработанный файл ВОЛШЕБНОГО COOKIE MIT менеджера по оформлению. Некоторые примеры для различных менеджеров по оформлению:

 gdm:     -auth /var/gdm/:0.Xauth
          -auth /var/lib/gdm/:0.Xauth
 kdm:     -auth /var/lib/kdm/A:0-crWk72
          -auth /var/run/xauth/A:0-crWk72
 xdm:     -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk
 dtlogin: -auth /var/dt/A:0-UgaaXa

Иногда команда "PS wwwwaux | grep автор" может показать расположение файла.

Запуск с x11vnc 0.9.9, у Вас может быть он, пытается предположить при помощи:

          -auth guess

(см. также опцию x11vnc-findauth.)

Только корень прочитает разрешение для файла, и таким образом, x11vnc должен будет быть выполнен как корень (или скопировать его). Случайные символы в именах файлов, конечно, изменятся, и каталог, в котором находится файл cookie, системно-зависим.

См. также: http://www.karlrunge.com/x11vnc/faq.html

попробованный для добавления сценария при запуске, как описано в том, Как установить x11vnc к доступу с графическим экраном входа в систему? но никакой эффект

также попробованный -auth guess но все еще добрался

отказавший для дисплея = ':0'