Я просто установил Ubuntu 11.04 64bits в своем новом компьютере, и я получил это два сообщения после входа в систему:
и
Я попытался войти в систему с классическим гномом и безопасным режимом, но получил те же сообщения.
Какое-либо легкое/быстрое решение этого? (если не я могу использовать Ubuntu 10.10 для в то время как),
Моим компьютером является HP Pavilion, intel i3, поршень на 4 г.
Это - простая проблема полномочий. Одна из двух вещей будет работать:
Во-первых, попробуйте следующее:
sudo chown username:username .ICEauthority
sudo chmod 0644 .ICEauthority
Изменение username
к Вашему собственному имени пользователя (так в Вашей ситуации это было бы wellington
).
Если это не работало, необходимо будет (к сожалению), запустить с нового /home
каталог - однако, СОЗДАЙТЕ РЕЗЕРВНУЮ КОПИЮ СВОИХ ДАННЫХ, прежде чем Вы сделаете это. Для больше на решениях для резервного копирования, посмотрите
У меня была сегодня та же проблема, когда я переместил 'Домашние' пользовательские папки в другой раздел. Я решил его, не изменив полномочия в '.ICEauthority' файл (на самом деле, я удалил его), но изменение владельцев этого папки их пользователям, рекурсивно:
sudo su
chown -R user /home/user
Чтобы сделать это, в окне входа в систему, ALT+CTRL+F1 изменяется на консоль. После этого ALT+CTRL+F7 возвращается к режиму GUI. Никакая потребность перезагрузить.
P.S.: Наличие 'домой' в отдельном разделе, хороший способ предотвратить системные катастрофические отказы, и к версиям обновления. Посмотрите Wiki. Я использовал его, чтобы установить Ubuntu 12.10 в одном ноутбуке и только разделить разделы в другом ноутбуке с 12.04LTS.
У меня недавно была эта проблема.
Это - проблема разрешения файла, но не предполагайте, что это-.ICEauthority только. В моем случае изменились домашние полномочия папки (как? Я не знаю),
Взял меня некоторое время для понимания этого, потому что я никогда не ожидал свои домашние полномочия папки измениться.
Таким образом, Ваши домашние полномочия папок должны быть 0755 или 0700, или безотносительно (7 должны быть 7, хотя), и.ICEauthority должен работать с 0600, Если необходимо использовать 0644, что-то, вероятно, неправильно.
Мне удалось устранить проблему путем изменения владения и permissons на самой папке, я использовал это:
sudo chown username:username /home/username
sudo chmod 700 /home/username
Это очистило проблему сразу же для меня.
CTRL+ALT+F2 в окне входа в систему для переключения на vt командную строку и вход в систему там Затем введите: sudo chown username:username ~/.IceAuthority
И затем тип: chmod 0600 ~/.IceAuthority
Хит ALT+F7 для возвращения к графическому окну входа в систему и попытке войти в систему там
См. эту ссылку.
Ошибка 13534 "Не могла обновить файл ICEauthority/.ICEauthority" на сборке начальной загрузки 130 и выше
После начальных загрузок системы могут быть отображены следующие диалоговые окна предупреждения:
Не мог обновить файл ICEauthority/.ICEauthority
Существует проблема с сервером конфигурации (/usr/lib/gconf-sanity-check-2 вышедшая с состоянием 256)
Обходное решение: Нажатие на кнопку "Close" для каждого диалогового окна разрешит обычно входить в систему. После того, как вошел в систему, введите следующую команду для исправления корневого каталога для "gdm" пользователя
$ pfexec usermod -d /var/lib/gdm gdm
Править: Ubuntu использует Lightdm в недавних выпусках вместо GDM.
Попытайтесь добавить, что пользователь с дополнительным переключателем корневого каталога ;) useradd-m и тому подобное Запускают право, право конца.
@daedlanth
Это было правильно. Я создал пользователя с useradd и затем passwd, я получил ошибку ICEAuthority. Затем я удалил учетную запись, выполнил все правильные шаги, вошел в систему, и там я получил рабочий стол без любых проблем!
Шаги для Вашей ссылки (взятый из http://www.blackmoreops.com/2014/03/03/20-things-installing-kali-linux/)
useradd -m user1
passwd user1
usermod -a -G sudo user1
chsh -s /bin/bash user1
я сталкивался с той же проблемой и не могу войти в систему для моего пользователя. Я попробовал тезисы, которые изменяют два метода, упомянутые выше 1-, предварительные миссии 2-удаляют iceAuthority файл
но тем не менее я не мог сделать его так, я делаю простое перемещение путем упаковки в ящики нового пользователя
вот поток для создания пользовательского канала для создания пользователя командной строкой
и затем вход в систему с тем пользователем. Не забудьте использовать adduser в качестве, "добавьте, что привычка команды useradd создает '/home/username' каталог, но команда adduser будет"
заключение: Этот прием получит Вас Ваши все Ваши данные в home/olduser/
P.S. Нуждаюсь в помощи, может мы копировать новый iceAuthority файл (/.ICEauthority) от/home/newuser до home/olduser для доступа к предыдущей учетной записи
Это - старый поток, но у меня была так или иначе связанная проблема (на Debian 10.1), быстрый Поиск в Интернете привел меня сюда.
После того, как я создал нового пользователя, корневой каталог имел соответствующие полномочия и не содержал никого .ICEauthority
файл, который в порядке до сих пор. Я думал, что это будет сгенерировано при первом настольном входе в систему, но по-видимому, это не.
Я просто создал пустой файл как корень (замена username
с Вашим фактическим именем пользователя):
sudo touch ~username/.ICEauthority
sudo chown username:username ~username/.ICEauthority
sudo chmod 0600 ~username/.ICEauthority
Это было затем сгенерировано на первой настольной сессии, и все в порядке.
Я также столкнулся с той же проблемой, поскольку мой домашний каталог был удален. Просто пересоздал папку, добавил файлы конфигурации по умолчанию и сменил владельца на себя:
sudo mkdir /home/user cp -a /etc/skel/* /home/user chown -R user:user /home/user
Вот как я решил проблему.
nano /home/$USER/.xsession-errors
В нижней части .xsessions-errors было написано Отказано в доступе к .ICEauthority (/home/$USER/.ICEauthority)
sudo chown $USER:$USER /home/$USER/.ICEauthority
Вышеупомянутое устранило проблему.
Подземелье снова все испортило.
sudo chmod 0644 /home/$USER/.ICEauthority
Это правильная команда, но когда я перезагрузился, я заметил, что владелец был изменен на 0644 по какой-то странной причине.