У одного из пользователей моей системы (Ubuntu 14.04) есть зашифрованный домашний каталог... после того, как я выхожу из зашифрованного пользователя и вхожу в другого незашифрованного пользователя, я получаю ряд окон с просьбой пройти аутентификацию. Я не видел их до того, как создал зашифрованного пользователя, и когда я все же ввожу пароль, он продолжает просить меня ввести пароль или еще около 10 раз, пока это в конечном итоге не прекращается....
Если я нажму кнопку «Отмена», я увижу следующее сообщение об ошибке:
Что я могу сделать, чтобы отменить требование аутентификации при входе в систему?
решение1
Я очень сомневаюсь, что зашифрованный домашний каталог является виновником, так как меня также встречают эти счастливые маленькие окна с паролями каждый раз, когда я переключаю TTY или VT без какого-либо шифрования в моем домашнем каталоге. Если я отменяю их, ничего на самом деле не происходит, за исключением того, что пакет indicator-sensors становится устаревшим приложением с показаниями датчиков до того, как я отменил всплывающие окна.
У вас случайно не indicator-sensors
установлен пакет в системе? Вы можете проверить, установлен он или нет, набрав dpkg -s indicator-sensors
в окне терминала.
Возможным решением этой проблемы является добавление пользователя в группу, которая имеет права на чтение состояния питания. - Мне еще предстоит выяснить, что это за группа и целесообразно ли это вообще.
Редактировать:
Я отследил проблему до udisks2
пакета. Быстрый поиск привел меня кэтот форум. Я не советую повторять трюк этого парня/девушки на своей машине. Должен быть более чистый способ.
Редактировать 2:
я нашелэтот отчет об ошибке Debian, но это касается «последней» (четверг, 22 января 2015 г.) нестабильной сборки.Эта статья ArchWikiможет содержать исправление, но polkit не является стандартным для *систем Buntu. *Системы Buntu имеют policykit-1
, поэтому онмощьработа с некоторыми корректировками.
Я также нашелэта ветка форума Debian, который, по-видимому, говорит о той же проблеме.
Редактировать 3:
Вот пример группы polkit
под названием «хранение». Однако это для VoidLinux. *Buntu имеет /etc/polkit-1/, но не содержит каталога rules.d.
Все признаки указывают на добавление пользователя в нужную группу. В системах Arch эта группа называется "storage", но в *buntu этой группы нет (в моей системе). Вы можете проверить, есть ли у вас эта группа, введя cut -d: -f1 /etc/group | grep storage
в окне терминала. Я нашел группу под названием "disk", ноЯ бы не советовал вам добавлять себя в эту http://askubuntu.com/posts/678230 группу.
Узлы дисковых устройств являются групповыми, доступными для disk, поэтому программы, которым нужен доступ к ним, установят свой идентификатор группы на disk. Эта группа имеет доступ на запись ко всем необработанным дисковым устройствам (/dev/hd* и /dev/sd*), поэтому назначение пользователей в группу disk является как опасным, так и рискованным для безопасности.
Редактировать 4:
Немного повозившись, я думаю, что нашел решение. Вам действительно нужно создать новую группу, которая будет иметь полномочия монтировать и читать диски. Это делается так:
cd /usr/share/polkit-1/actions/ #this is where your policies are stored
ls -la | grep org.freedesktop #find the correct policy. Should be udisks2.policy
<your-text-editor-here> <policy-file>
Теперь вы можете отредактировать файл политики соответствующим образом. Поскольку у меня не было точно такой же проблемы, я не могу опубликовать свое исправление. Но вот что я обнаружил, применяя свое исправление:
<action id="org.freedesktop.udisks2.ata-check-power">
<description>Check power state</description>
<message>Authentication is required to check the power state</message>
<defaults>
<allow_any>auth_admin</allow_any>
<allow_inactive>auth_admin</allow_inactive>
<allow_active>yes</allow_active>
</defaults>
</action>
Исходя из описания вашей проблемы, я бы рекомендовал вам поработать с этим разделом до тех пор, пока всплывающие окна не перестанут появляться.
решение2
У меня была та же проблема сегодня (28 сентября 2015) после обновления. Я был слишком ленив, чтобы решить эту проблему, я просто отключил плагин udisks2 в индикаторе аппаратного датчика. Похоже, он был источником раздражающих запросов на авторизацию.
Привет, Стур