"Требуется проверка подлинности для проверки состояния питания для...." после входа в систему от зашифрованного пользователя
У одного из пользователей в моей системе (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 в индикаторе аппаратного датчика. Казалось, это источник раздражающих запросов на авторизацию.
Ура, Стуур