Помогите восстановить рабочий стол

Если нет бэкапа до всех телодвижений, то, ИМХО, только переустановка.

Сам виртуалками не пользуюсь, но для проб всё-таки лучше, наверное, потыкать в виртуалке.

переустановка рабочего стола прошла подозрительно быстро

apt install –reinstall ubuntu-desktop

apt install tasksel

tasksel install ubuntu-desktop

reboot

ничего реально не переустановили и во время работы не было никаких логов

Для настоящей переустановки нужно делать purge --autoremove затем install.

Логи Xorg/Wayland (нужное подчеркнуть) в студию!

–autoremove сделал позже, по рекомендации apt

Обновления и переустановки тут ни при чём. Это не винда. А пакет ubuntu-desktop это вообще не прога, а только список для установки других пакетов.

Ты где-то конфиги запорол, вот их и исправляй. Поскольку проблема, как я понял, исключительно в запуске гуи для юзера, то видимо у юзера и испортил что-то. Попробуй создать нового (команда adduser test) и залогнься потом за него.

Спасибо! пользователя создал, его гуй загрузился, а предыдущего(единственного) и root гуи не грузятся, только консоль.

до этого еще успел gnome переустановить, не помогло.

пользователя создал, его гуй загрузился

Следовательно, все проблемы исключительно в /home, а пакетный менеджер и переустановки пакетов на него никак не влияют.

Тогда дальше три варианта:

1) у юзера ты мог просто запороть права на файлы, пытаясь запустить рут-гуи из его контекста, попробуй команду:

chown -R username:username /home/username

2) если не помогает, и не жалко потерять его конфиги, можешь их спрятать:

mv /home/username/.config /home/username/.config.del

3) если нужны старые конфиги - по отдельным директориям и файлам из .config восстанавливаешь назад и смотришь из-за какого всё ломается, с ним думаешь что делать

Спасибо! Я это делал, кроме .config, но решение обнаружилось в другом месте. Оказывается, ldap что-то поменял в pam, а после удаления ldap состояние системы авторизации не вернулось в исходное, хотя конфиги pam вернулись в исходное состояние. В результате, перестали правильно работать ключи, по которым выполняется подключение удаленных каталогов. В результате чего, на этой стадии процесс зависает. Это воспроизводится, если скопировать ключи(с переназначением owner) в каталог .ssh нового пользователя, он тоже перестает работать. Если подключения закомментировать, то загрузка рабочего стола выполняется. Однако, это занимает чуть больше времени чем раньше. Пока не понял, чем занимается pam в этой задержке.

Удалил все ключи, сгенерировал новые и настроил подключения по новой.