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

У одного из пользователей в моей системе (Ubuntu 14.04) есть зашифрованный домашний каталог... после того, как я выхожу из зашифрованного пользователя и захожу к другому незашифрованному пользователю, я получаю серию окон с просьбой подтвердить свою подлинность. Я не использовал их, чтобы увидеть их до того, как создал зашифрованного пользователя, и когда я все же ввожу пароль, он продолжает просить меня ввести пароль или еще около 10 раз, пока он в конце концов не остановится....

введите описание здесь

Если я нажимаю кнопку "Отмена", я вижу следующее сообщение об ошибке:

введите описание здесь

Что я могу сделать, чтобы остановить требования аутентификации при входе в систему?

2 ответа

Я очень сомневаюсь, что зашифрованный домашний каталог является виновником, так как я также приветствую эти счастливые маленькие ящики для паролей каждый раз, когда я переключаю TTY или VT без какого-либо шифрования в моем домашнем каталоге. Если я отменю их, на самом деле ничего не произойдет, за исключением того, что пакет датчиков-индикаторов станет устаревшим приложением с показаниями датчиков до того, как я отменил всплывающие окна.

У вас случайно есть пакет 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 эта группа называется "хранилище", но *buntu не имеет этой группы (в моей системе). Вы можете проверить, есть ли у вас эта группа, набрав cut -d: -f1 /etc/group | grep storage в окне терминала. Я нашел группу под названием "диск", но я бы не советовал добавлять себя в эту группу http://Ask-ubuntu.ru/posts/678230.

Узлы дискового устройства доступны группе для диска, поэтому программы, которым необходим доступ к ним, установят для своей группы идентификатор диска. Эта группа имеет доступ на запись ко всем необработанным дисковым устройствам (/dev/hd* и /dev/sd*), поэтому назначение пользователей на групповой диск является как опасным, так и угрозой безопасности.


Изменить 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>

Исходя из описания вашей проблемы, я бы посоветовал возиться с этим разделом, пока всплывающие окна не перестанут появляться.

Была такая же проблема сегодня (28 сентября 2015 года) после обновления. Мне пришлось лениво решить проблему, я просто отключил плагин udisks2 в индикаторе аппаратного датчика. Казалось, это источник раздражающих запросов на авторизацию.

Ура, Стуур

Другие вопросы по тегам