«Требуется аутентификация для проверки состояния питания...» после входа в систему от имени зашифрованного пользователя

«Требуется аутентификация для проверки состояния питания...» после входа в систему от имени зашифрованного пользователя

У одного из пользователей моей системы (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 в индикаторе аппаратного датчика. Похоже, он был источником раздражающих запросов на авторизацию.

Привет, Стур

Связанный контент