Когда шёл массовый перевод пользователей на импортозамещённую ОС Astra Linux, мы столкнулись с неприятным кейсом: на некоторых "тачках" пользователь никак не мог авторизоваться. Копание в логах ничего не дало: авторизация проходит, но вылетает графика X11, и перед пользователем опять возникает окно авторизации. Помогал полный снос профиля пользователя и повторная настройка. В принципе, мешало не сильно, но заявки прилетали регулярно. За кейс брались люди поумнее меня, но решить никак не могли, и я не знал, как решить, пока не зацепился за одну "тачку". Никак не мог запустить авторизацию: только настрою, первый вход самого пользователя, и "иксы" ложатся. По всем раскладам получалось, что я что-то сделал в момент настройки, какое-то из моих действий приводило к зависанию графической оболочки. После недолгих экспериментов оказалось, что всему виной сбой в правах доступа к файлам в окружении пользователя. Если в папке "Шаблоны" в домашней директории пользователя в (/home/пользователь/шаблоны) оказывался файл с некорректными правами или владельцем, "иксы" не запускались корректно. А я туда положил подпись для электронной почты в виде HTML, мне показалось логичным сохранить её именно туда. Кто бы знал, что оболочка Fly полезет читать файлы из этой директории и не получив доступа положит графику Xorg?! При этом Permission denied в логах отсутствовал, а сам файл создавался от имени пользователя. Простое перемещение файла решило проблему. Вывод: смотрите права доступа и битые файлы в окружении пользователя - именно они частая причина не запуска графический оболочки в Linux, а выглядит всё это как невозможность авторизоваться. 🫡