При восстановлении lightdm conf файлы после того, как некоторые модификации могут оставить остатки, которые изменяют поведение?

Я наблюдал странное поведение относительно своей новой установки XUbuntu.

==== Фон:

У меня было намерение экспериментировать два различных решения для удаленного рабочего стола (по одному); локальный компьютер (дисплей/клавиатура/мышь) должен был быть машиной Windows, удаленный компьютер (приложения) должен был быть XUbuntu:

• VNC

• удаленный X-сервер (XMing в Windows + XDMCP на XUbuntu)

Я - (старый) новичок, и я планировал экспериментировать без туннелирования SSH, позади моего модема/маршрутизатора, ради простоты в начале; добавить SSH (и осуществить туннелирование) позже, прежде, чем открыть доступ из общего Интернета.

Я не мог найти простой рецепт в сети (многие бросающие в SSH с начала, ни одного конкретно адресованного к lightdm)

=== Что я сделал:

Я определил свою новую установку XUbuntu для одного пользователя без потребности входа в систему; и это работало обычно. Через GUI я добавил второго пользователя (со смутным представлением, которому он мог помочь скоро или позже). Как первый эксперимент я скопировал файл/etc/lightdm/lightdm.conf в/etc/lightdm/lightdm.conf.my, отредактировал копию, гарантировал, что эти два файла имели того же владельца/группу и право доступа и затем "переименовали" (mv)/etc/lightdm/lightdm.conf к/etc/lightdm.conf.orig и/etc/lightdm/lightdm.conf.my к/etc/lightdm/lightdm.conf.

Я сделал так, чтобы не изменять исходный файл. Перезагруженный система. Система не достигла графического уровня выполнения. Было так или иначе возможно войти в систему в текстовом режиме. Попробованный startx.

Я не могу помнить точно, что произошло затем. Так или иначе я не был счастлив, и я пытался возвратиться: переименованный в файлы в противоположном направлении для возвращения к исходной установке. Перезагрузка.

==== Что я получил:

Система не была восстановлена своему исходному поведению. Это отображало графическое окно входа в систему (это не было исходным поведением). Так или иначе пользователь, предложенный при входе в систему, был корректен. Я Ввел пароль. После нескольких секунд графический вход в систему вновь появился без любого сообщения об ошибке. С control-alt-F1 я получил текстовый вход в систему снова, и там я смог войти в систему (с тем же именем пользователя/паролем, "отказавшим" в графическом входе в систему). Попробованный это снова (перезагрузка / графический вход в систему) с тем же результатом. Перепроверенный упомянутые конфигурационные файлы.

==== Вопрос: Что, возможно, оказалось, изменило Поведение системы, даже если я восстановил предыдущие конфигурационные файлы? Обратите внимание, что я не сделал никаких других модификаций, не испортил пароль и т.д. и т.д.; насколько я понимаю присутствие дополнительных файлов в Рабочем столе (я парковал там копию файла, извлеченного из/usr/share/doc/lightdm/lightdm.conf), не должен нарушать всегда; и также дополнительные файлы, не заканчивающиеся в ".conf" в папке,/etc/lightdm (я оставил там некоторых), не должны нарушать...

Дополнительный вопрос: где я могу найти некоторое объяснение понятия "Seat" (ключевое слово, которое появляется в lightdm conf файлы)?

==== Дополнительная информация:

Я не уверен, имеет ли модификация, которую я попробовал в/etc/lightdm/lightdm.conf, смысл; снова я думаю, что это должно быть несущественным после управляемого восстановления; так или иначе: Я попытался добавить следующие строки:

[Seat:1]
type=xremote

[XDMCPServer]
enabled=true

[VNCServer]
enabled=true