Попытка копировать проблему, описанную в"/etc/profile
разрешение отклонено!" где OP сообщения в ее комментариях упоминает строку разрешения для нее /etc
каталог быть drw-r--r--
. Я вышел sudo chmod 644 /etc
и да, который действительно копировал проблему. Затем в продуктивной среде я исправил разрешение назад к 755
. (Я думал мысль, которая не причинит вреда, я просто изменял полномочия!) С /etc
разрешение вернулось назад к оригиналу, проблемам с логином и другим как неспособность к sudo
были зафиксированы, но я сталкиваюсь с большим количеством проблем в GUI. Единица не загружается, никакое Средство запуска, никакой Тире не появляется! помогший в некоторой степени, но другие проблемы все еще сохраняются.
Какова причина позади этого? Я просто переключил выполнить бит /etc
разрешение! Почему это имело значительный эффект на Единицу?
Право, я попробовал это (на VM :-)) и получил то же поведение, которое Вы описываете. Я изменил полномочия на /etc
, и перезагруженный и так как я настроил свою систему для входа меня в автоматически, она попыталась зарегистрировать меня в непосредственно и отказавший.
Я не знаю достаточно о внутренностях Единицы, чтобы быть, понимают детали, но мое предположение - то, что, когда Вы попытались войти в систему, так как система не имела доступа к /etc
это не могло считать все виды существенных файлов такой как /etc/passwd
или /etc/group
или что-либо, чтобы позволить ему отобразить Ваше имя пользователя на соответствующий UID и GID. Поэтому после предпринятого входа в систему, детали файла были так или иначе завинчены.
Мое предположение, и я подчеркиваю, что предполагаю, то, что изменения были внесены в Ваш gconf
параметры конфигурации, которые затем завинтили с Единицей.
Я закрепил это на своем VM путем простого удаления всех файлов из моего $HOME
, удаление моего пользователя и воссоздание его. Очевидно, это не решение в системе, которую Вы на самом деле используете.
Единственное обходное решение, о котором я могу думать, должно переместиться/переименовать все конфигурационные файлы и каталоги:
mkdir old_dotfiles
for file in .*; do mv "$file" old_dotfiles; done
Это переместит все Ваши конфигурационные файлы и каталоги к ~/old_dotfiles
. Можно затем выйти из системы и войти в систему снова или перезагрузка, и вещи должны вернуться к нормальному, хотя Вы потеряете свои настройки конфигурации. Можно затем попытаться копировать их назад снова. Если это - просто проблема принадлежности файла, копирование их назад должно сбросить владение и могло бы решить Вашу проблему. Если изменение было внесено в одном из conf файла, это повредит Вашу систему снова и снова, так соблюдите осторожность.
Примите во внимание, что большинство конфигурационных файлов будет создано автоматически, таким образом, только необходимо будет волноваться о случаях, где Вы внесли изменения в значения по умолчанию. Кроме того, необходимо удостовериться что "системные" папки GUI такой как ~/Desktop
правильно настраиваются.
Мое предположение - то, что этого должно быть достаточно для возврата Вас рабочей системе с новооткрытой любовью к виртуальным машинам.