Просто из командной строки при работающих иксах x11vnc запускается нормально

а ты запусти его при работающем lightdm, когда еще никто не залогинился, увидишь что будет

Буквы dm в lightdm обозначают Display Manager. Фраза «unable to open the X DISPLAY» означает, что ни одного Display ещё не создано. Создаёт Display ихний Manager. Ещё что-то непонятное осталось?

Буквы dm в lightdm обозначают Display Manager. Фраза «unable to open the X DISPLAY» означает, что ни одного Display ещё не создано. Создаёт Display ихний Manager. Ещё что-то непонятное осталось?

Э...
Иксы запускаются командой

xinit [ [ client ] options ... ] [ -- [ server ] [ display ] options ... ]

Создаёт Display ихний Manager

Да, видимо заблуждаюсь. Но ведь все dm нужны для того, чтобы юзеру можно было логиниться в иксах?

Ещё что-то непонятное осталось?

Непонятно, что нужно поменять в юните, чтобы желаемое заработало

/etc/lightdm/lightdm.conf

Здесь вот вопрос, кажется, вполне решен. http://forum.runtu.org/index.php?topic=2873.0

добавь к параметрам x11vnc

-auth guess

и возможно

-display WAIT:0

Иксы запускаются командой

Не только.

Команда эта запускается после активации юнита lightdm.service, хотя я в этом не уверен.

Не уверен — не обгоняй. Это не так. Между запуском lightdm и запуском первого X-сервера может пройти потенциально неограниченное количество времени.

Более того, тот X-сервер, который рисует greeter (окно приветствия и входа в систему), и тот X-сервер, в котором запускается пользовательское DE — две разные вещи, и номера дисплеев у них тоже будут разные.

Поэтому твой юнит вообще всё делает не так. Указывать After=lightdm.service бессмысленно. Указывать -display :0 — это хардкод. Вообще говоря, из systemd нет возможности подождать запуска пользовательского X-сервера, это разные сущности.

Тебе нужно запустить x11vnc из своего ~/.xinitrc (и удостовериться, что скрипт Xsession твоего DM читает и выполняет ~/.xinitrc).

Более того, тот X-сервер, который рисует greeter (окно приветствия и входа в систему), и тот X-сервер, в котором запускается пользовательское DE — две разные вещи, и номера дисплеев у них тоже будут разные.

То есть один X-сервер завершается, другой - запускается? Почему тогда экран не моргает?

Тебе нужно запустить x11vnc из своего ~/.xinitrc

~/.xinitrc выполняется после логина? То есть задачу логина по VNC это не решает.

# /lib/systemd/system/x11vnc.service
[Unit]
Description="x11vnc"
Requires=display-manager.service
After=display-manager.service

[Service]
ExecStart=/usr/bin/x11vnc -xkb -noxrecord -noxfixes -noxdamage -auth guess  -dis
ExecStop=/usr/bin/killall x11vnc

[Install]
WantedBy=multi-user.target

вот мой

Почему тогда экран не моргает?

На вскидку - миллион причин. Первая пришедшая в голову - KMS

Этот вариант тоже не работает. Содержимое лога потом пришлю.
и я так и не понял как именно стартуют иксы из lightdm, куда нужно лезть чтобы исследовать данный процесс, и как решать исходную задачу с запуском VNC до логина.

Удалось ли решить проблему?

Для Debian 9.1 & systemd остановился на таком варианте:

$ cat /lib/systemd/system/x11vnc.service

[Unit]
Description=VNC remote access
Requires=display-manager.service
After=display-manager.service

[Service]
ExecStart=/usr/bin/x11vnc -xkb -auth guess -noxrecord -noxfixes -shared -noxdamage -rfbauth /etc/x11vnc.pass -forever -loop -rfbport 5900 -o /var/log/x11vnc.log
ExecStop=/usr/bin/killall x11vnc

[Install]
WantedBy=multi-user.target

Задача оказалась сложноватой, и я на неё подзабил что-то.

Попробуй выше рабочий вариант. Нужно будет ещё сохранить пароль так:

 # x11vnc -storepasswd /etc/x11vnc.pass 

Что то не тае:

Failed to start x11vnc.service: Unit not found.

daemon-reload сделал, не помогло

не пойму почему тогда у меня стабильно работает если display-manager.service у меня нет:

# systemctl status x11vnc.service
● x11vnc.service - VNC remote access
   Loaded: loaded (/lib/systemd/system/x11vnc.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2017-11-03 01:00:23 MSK; 8min ago
 Main PID: 1549 (x11vnc)
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/x11vnc.service
           ├─1549 /usr/bin/x11vnc -xkb -auth guess -noxrecord -noxfixes -shared -noxdamage -rfbauth /etc/x11vnc.pass 
           └─1550 /usr/bin/x11vnc -xkb -auth guess -noxrecord -noxfixes -shared -noxdamage -rfbauth /etc/x11vnc.pass 

ноя 03 01:00:23 vde systemd[1]: Started VNC remote access.
ноя 03 01:00:23 vde x11vnc[1549]:  --- x11vnc loop: 1 ---
ноя 03 01:00:24 vde x11vnc[1549]:  --- x11vnc loop: waiting for: 1550
ноя 03 01:00:28 vde x11vnc[1549]: PORT=5900
lines 1-13/13 (END)

Поменяй display-manager.service на lightdm.service.
Моему systemd похоже по барабану что в Requires=... и After=... указано. Один хрен сервис стартует.

а не, все правильно - display-manager.service это ссылка на lightdm.service
Вообщем что-то у тебя не так.

Я на CentOS 7 пробую, там systemd вроде как бы старый. Сейчас попробую на другом компе с Fedora 26

До меня только сейчас дошло, что без lightdm этот юнит работать не будет. То есть если я запускаю иксы не через lightdm, а через startx - то не прокатит.

Нужно, чтобы запускался vnc-сервер x11vnc сразу после запуска lightdm

До меня только сейчас дошло, что без lightdm этот юнит работать не будет

ну здрасте

а через startx

тогда стартуй x11vnc через конфиги там какие-то или вручную

Создавай уже 3-ю тему типа " Универсальный запуск x11vnc с возможностью доступа к DM при его наличии " или "... безотносительно наличия DM ...". Тоже стало интересно.

О! Вместо display-manager.service/lightdm.service укажи networking.service. Проверил - работает и при startx и через DM. Так наверно даже правильней, сеть то нужна.

Мой вариант (применяется мной на практике в связке с lightdm и light-locker)

/etc/systemd/system/x11vnc@.service

[Unit]
Description=VNC Server for X11
Requires=graphical.target
After=graphical.target

[Service]
Type=simple
ExecStart=/usr/bin/x11vnc -display WAIT:%i -auth /var/run/lightdm/root/:%i -norc -forever -shared -rfbauth /etc/x11vnc.pass -autoport 5900 -o /var/log/x11vnc-display-%i.log
SuccessExitStatus=2
RestartPreventExitStatus=2
Restart=always

[Install]
WantedBy=graphical.target

[Unit]
Description=X11VNC displays autodetect for light-locker
Requires=graphical.target
After=graphical.target

[Service]
Type=simple
ExecStart=/usr/local/bin/x11vnc-light-locker
Restart=always

[Install]
WantedBy=graphical.target

#!/bin/bash

while inotifywait -qq -e modify /sys/class/tty/tty0/active; do
	CURRENTDISPLAY=$(ps -fC Xorg | grep vt$(sed 's/tty//g' /sys/class/tty/tty0/active) | sed -e 's/\(^\)\(.*\)\/run\/lightdm\/root\/\:\s*\(.*\)/\1\3/; s/ .*//')
	/bin/systemctl stop x11vnc@*
	if [[ $CURRENTDISPLAY ]]; then
		/bin/systemctl start x11vnc@$CURRENTDISPLAY
	fi
done

systemctl enable x11vnc@0 --now
systemctl enable x11vnc-light-locker --now

Ну и разумеется, для работы нужны inotify-tools

Как работает эта (@) штука ? Как передача параметров? Почему такая наркомания в systemd? Где можно почитать на всемогучем?

Как работает эта (@) штука ? Как передача параметров? Где можно почитать на всемогучем?

Да, передача параметров.

Почему такая наркомания в systemd?

В чем наркомания? В классическом sysvinit тоже есть передача параметров.

Где можно почитать на всемогучем?

Вся нормальная документация написана на языке вероятного противника, потому что это их технологии. Что ты делает в ИТ, если не знаешь языка?

потому что это их технологии

ну конечно :) и колесо они изобрели и проприетарасты херовы

ну конечно :) и колесо они изобрели и проприетарасты херовы

О, господа!
тут человек утверждает, что Эндрю Таненбаум, Линус Торвальдс и Леннарт Поттеринг - русские православные программисты, но тщательно скрывают это от нас, потому что боятся жЫдорептилоидов!

У первых двух скорее всего в роду православные есть, а вот про третьего не уверен!

А если серьезно, я использовал в качестве документации первые попавшиеся юниты, маны по системд и доку, которую писал Леннарт. Все, естественно, на языке вероятного противника.

Я уже забыл чего хотел изначально, когда год назад тему создавал. А, вот что хотел, чтоб без боли подключаться к GUI удалённо как винде, или чтобы удалённо GUI запускать если он не запущен.