Uno de los usuarios de mi sistema (Ubuntu 14.04) tiene un directorio de inicio cifrado... después de cerrar sesión en el usuario cifrado e iniciar sesión en otro usuario no cifrado, aparece una serie de ventanas que me piden que me autentique. No solía verlos antes de crear el usuario cifrado y, aun así, cuando ingreso la contraseña, sigue pidiéndome que ingrese la contraseña o unas 10 veces más hasta que finalmente se detiene....
Si hago clic en el botón "Cancelar", veo el siguiente mensaje de error:
¿Qué puedo hacer para detener los requisitos de autenticación cuando inicio sesión?
Respuesta1
Dudo mucho que el directorio de inicio cifrado sea el culpable, ya que también recibo estos pequeños y felices cuadros de contraseña cada vez que cambio de TTY o VT sin tener ningún cifrado en mi directorio de inicio. Si los cancelo, en realidad no sucede nada, excepto que el paquete de indicadores y sensores se convierte en una aplicación obsoleta con lecturas de sensores anteriores a que cancelara las ventanas emergentes.
¿Por casualidad tienes el paquete indicator-sensorsinstalado en tu sistema? Puede verificar si lo es o no escribiendo dpkg -s indicator-sensorsen una ventana de terminal.
Una posible solución a este problema es agregar el usuario a un grupo que tenga derechos para leer el estado de energía. - Todavía tengo que descubrir qué grupo es este y si es siquiera recomendable.
Editar:
He localizado el problema en el udisks2paquete. Una búsqueda rápida me llevó aeste foro. Sin embargo, no recomiendo hacer el truco de este chico/chica en tu propia máquina. Tiene que haber una manera más limpia.
Edición 2:
encontréeste informe de error de Debian, pero esto se refiere a la "última" compilación inestable (jueves, 22 de enero de 2015).Este artículo de ArchWikipodría tener una solución, pero polkit no es estándar en los sistemas *buntu. *Los sistemas Buntu sí tienen policykit-1, por lo quepodríatrabajar con algunos ajustes.
También encontréeste hilo del foro de Debian, que parece estar hablando del mismo tema.
Edición 3:
A continuación se muestra un ejemplo de un polkitgrupo llamado "almacenamiento".. Sin embargo, esto es para VoidLinux. *Buntu tiene /etc/polkit-1/ pero no contiene un directorio reglas.d.
Todas las señales apuntan a agregar al usuario al grupo correcto. En los sistemas Arch, este grupo se denomina "almacenamiento", pero *buntu no tiene este grupo (en mi sistema). Puedes comprobar si tienes este grupo escribiendo cut -d: -f1 /etc/group | grep storageen una ventana de terminal. Encontré un grupo llamado "disco", peroLe desaconsejaría agregarse a ese grupo http://askubuntu.com/posts/678230.
Los nodos del dispositivo de disco son accesibles en grupo desde el disco, de modo que los programas que necesitan acceder a ellos configurarán su ID de grupo como disco. Este grupo tiene acceso de escritura a todos los dispositivos de disco sin formato (/dev/hd* y /dev/sd*), por lo que asignar usuarios al disco del grupo es peligroso y supone un riesgo para la seguridad.
Edición 4:
Después de trastear un poco, creo que encontré la solución. De hecho, necesita crear un nuevo grupo que tenga autoridad para montar y leer discos. Esto se hace así:
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>
Ahora puede editar el archivo de política en consecuencia. Como no tuve exactamente el mismo problema, no puedo publicar mi solución. Pero esto es lo que encontré al aplicar mi solución:
<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>
Según la descripción de su problema, sugeriría jugar con esta sección hasta que las ventanas emergentes dejen de aparecer.
Respuesta2
Tuve el mismo problema hoy (28 de septiembre de 2015) después de una actualización. Fui demasiado vago para resolver el problema, simplemente desactivé el complemento udisks2 en el indicador del sensor de hardware. Parecía ser la fuente de las molestas solicitudes de autorización.
Saludos, Stwur