"A autenticação é necessária para verificar o estado de energia de...." após o login do usuário criptografado

"A autenticação é necessária para verificar o estado de energia de...." após o login do usuário criptografado

Um dos usuários do meu sistema (Ubuntu 14.04) possui um diretório inicial criptografado ... depois de sair do usuário criptografado e fazer login em outro usuário não criptografado, recebo uma série de janelas solicitando que eu me autentique. Eu não costumava vê-los antes de criar o usuário criptografado e, mesmo assim, quando digito a senha, ele continua me pedindo para digitá-la ou mais 10 vezes até que finalmente pare....

insira a descrição da imagem aqui

Se eu clicar no botão "Cancelar", vejo a seguinte mensagem de erro:

insira a descrição da imagem aqui

O que posso fazer para interromper os requisitos de autenticação ao fazer login?

Responder1

Duvido muito que o diretório inicial criptografado seja o culpado, pois também sou recebido por essas pequenas caixas de senha sempre que troco de TTY ou VT sem ter nenhuma criptografia em meu diretório inicial. Se eu cancelá-los, nada realmente acontece, exceto que o pacote de sensores indicadores se torna um aplicativo obsoleto com leituras de sensores anteriores ao cancelamento dos pop-ups.

Por acaso você tem o pacote indicator-sensorsinstalado em seu sistema? Você pode verificar se é ou não digitando dpkg -s indicator-sensorsem uma janela de terminal.

Uma solução possível para esse problema é adicionar o usuário a um grupo que tenha direitos para ler o estado de energia. - Ainda não descobri qual grupo é esse e se é mesmo aconselhável.


Editar:

Rastreei o problema até o udisks2pacote. Uma pesquisa rápida me levou aeste fórum. Eu não aconselho usar o truque desse cara/garota em sua própria máquina. Tem que haver uma maneira mais limpa.


Editar 2:

eu encontreieste relatório de bug do Debian, mas isso é referente à compilação instável "mais recente" (qui, 22 de janeiro de 2015).Este artigo do ArchWikipode conter uma correção, mas polkit não é padrão em sistemas *buntu. *Os sistemas Buntu possuem policykit-1, entãopodertrabalhar com alguns ajustes.

Eu também encontreieste tópico do fórum Debian, que parece estar falando sobre o mesmo problema.


Editar 3:

Aqui está um exemplo de um polkitgrupo chamado "armazenamento". No entanto, isso é para VoidLinux. *Buntu possui /etc/polkit-1/ mas não contém um diretório regras.d.

Todos os sinais apontam para adicionar o usuário ao grupo certo. Em sistemas Arch este grupo é denominado "storage", mas *buntu não possui este grupo (no meu sistema). Você pode verificar se possui esse grupo digitando cut -d: -f1 /etc/group | grep storageem uma janela de terminal. Eu encontrei um grupo chamado "disco", masEu desaconselho adicionar-se a esse grupo http://askubuntu.com/posts/678230.

Os nós do dispositivo de disco são acessíveis em grupo ao disco, de modo que os programas que precisam de acesso a eles definirão seu ID de grupo como disco. Este grupo tem acesso de gravação a todos os dispositivos de disco brutos (/dev/hd* e /dev/sd*), portanto, atribuir usuários ao disco do grupo é perigoso e um risco à segurança.


Editar 4:

Depois de mexer um pouco, acho que encontrei a solução. Na verdade, você precisa criar um novo grupo que tenha autoridade para montar e ler discos. Isso é feito assim:

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>

Agora você pode editar o arquivo de política adequadamente. Como não tive exatamente o mesmo problema, não posso postar minha correção. Mas aqui está o que descobri ao aplicar minha correção:

<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>

Com base na descrição do seu problema, sugiro mexer nesta seção até que os pop-ups parem de aparecer.

Responder2

Tive o mesmo problema hoje (28 de setembro de 2015) após uma atualização. Tive preguiça de resolver o problema, acabei de desabilitar o plugin udisks2 no indicador do sensor de hardware. Parecia ser a fonte dos irritantes pedidos de autorização.

Saúde, Stwur

informação relacionada