No se pudo actualizar el archivo ICEauthority /home/me/.ICEauthority [cerrado]

11

Recibo un mensaje

Could not update ICEauthority file /home/me/.ICEauthority

Al intentar iniciar sesión en Ubuntu gráficamente. Puedo iniciar sesión usando Ctrl+ Alt+F1

Esto no es un duplicado de:

¿Qué significa este mensaje de diálogo de inicio "No se pudo actualizar el archivo de autorización ICE"

En mi caso, mi autoridad .ICE es -rw------- 1 me me ...

Cosas que intenté hacer para solucionar esto:

  • restablezca los permisos del archivo ICE en caso de que algo se haya estropeado y no lo haya notado.
  • eliminar el archivo (no se creó uno nuevo)
  • toca un nuevo archivo después de que se eliminó el origen
  • Parece que mi directorio personal era propiedad de root. la fijación no ayudó.
  • .ecryptfs tiene los permisos correctos en mi directorio de inicio
  • el inicio de sesión automático está desactivado, nunca se activó
  • instalación nueva para que no se modifique la contraseña (preferiría no volver a instalar mi sistema operativo porque pasé un día configurándolo)
  • la única rareza encontrada fue: /home/.ecryptfs/me/.ecryptfs/wrapped-passphrase es, -rw------- 1 me root 48 .....sin embargo, eso no debería ser un problema o eso parecería debido a los permisos

Instalé gnome después de instalar el sistema

sudo add-apt-repository ppa:gnome3-team/gnome3
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install gnome-shell

Nunca lo he arrancado (o cualquier otra cosa más que tty) con éxito.

Dmitriy Likhten
fuente
1
¿Puede verificar la propiedad de su directorio de inicio? Es posible que también necesites saberlo.
Mark Russell
¿Intentaste reiniciar con failsafe? Podría ser un tiro en la oscuridad, pero ¿activó el 'inicio de sesión automático'? (hace un par de lanzamientos que también era un problema ... apáguelo e intente nuevamente). línea de comando: gksudo gedit /etc/gdm/custom.conf
Rinzwind
tal vez ya lo hiciste, pero por si acaso, usa chown -R en tu directorio de inicio para que obtenga todo.
Mark Russell
¿Es posible que haya cambiado su contraseña de usuario recientemente y no haya cambiado su contraseña de ecryptfs por separado?
Mark Russell
@ Mark no hizo chown -r.
Dmitriy Likhten

Respuestas:

2

Sí, hay un problema en Gnome, aquí está la solución, en lugar de desinstalar y volver a instalar ubuntu, al menos puede guardar su copia de seguridad de datos

sudo apt-get install lxde

Instalado después de eso, haga Ctrl-Alt-F7 para volver a la pantalla de inicio de sesión,

ahora seleccione lxde en el menú desplegable, ingresé mi contraseña, ahora puede iniciar sesión en una sesión LXDE

AMIC MING
fuente
2

Acabo de tener el mismo problema. Lo eliminé usando el siguiente comando:

sudo chown user:user /home/user

Reemplace usercon su nombre de usuario.

Adame Doe
fuente
Gracias +1 No tengo idea de cómo el propietario de mi directorio principal se convirtió en root.
TheLukeMcCarthy
1

Voy a reinstalar ubuntu. No se puede depurar esto. Probablemente, la instalación de gnome3 lo borró.

Dmitriy Likhten
fuente
2
Espero que no sea demasiado tarde, pero ¿vio este tema: ubuntuforums.org/showthread.php?t=1742343 Gnome3 es el culpable!
Rinzwind 05 de
demasiado tarde :( o bien gnome2 funciona fuera de la caja ...
Dmitriy Likhten
No estoy seguro de si mi caso es el mismo, pero recibí el mismo error al intentar iniciar sesión con "gnome classic" y "Modo seguro". Entonces, tal vez no sea solo el problema de gnome3.
Tom Brito
1

Arreglé un similar. ICE Problema de autoridad que debido al módulo aes no se puede instalar en el arranque, para el candado no detectado, en una palabra, debe incluir en la lista negra el módulo padlock_aes como:

cat /etc/modprobe.d/blacklist-ecryptfs.conf
blacklist padlock-aes 

También publico los pasos detallados , para su información.

usuario71371
fuente
1
No puede cambiar el contenido de un archivo utilizando catla sintaxis que ha presentado. Es posible que desee editar su pregunta para aclarar cómo sugiere que la gente haga esto. Hay un método que se parece un poco a lo que has escrito, pero que es sintácticamente diferente, donde corres cat >> /etc/modprobe.d/blacklist-ecryptfs.conf, luego ingresas blacklist padlock-aes, luego en una nueva línea presiona Ctrl+ D. ¿Es eso lo que quieres decir?
Eliah Kagan
1

Tuve el mismo problema y así es como lo solucioné:

  • Me conecté al sistema como root
  • eliminó la cuenta de usuario que tenía el error de autorización ICE (userdel user)
  • Luego recreé la misma cuenta solo que esta vez usé un modificador -m que creó un directorio de inicio para el usuario (useradd -m user)
  • Configuré la contraseña de la cuenta con este comando (usuario passwd)
  • Me desconecté de mi cuenta raíz.
  • Inició sesión con la nueva cuenta y VOILA, no más problemas de autorización de ICE.
  • El inicio de sesión fue exitoso.

  • Creo que el problema podría haber sido cuando creó la cuenta de usuario, no le dijo al sistema que creara el directorio de inicio para ese usuario en particular.

Sean
fuente
1

Estaba teniendo el mismo problema, en mi caso, el propietario de mi directorio personal fue cambiado a root de alguna manera.

lo cambié a mi usuario y funcionó:

cd /home
sudo chown user:user <homedir>

No -Rutilicé la opción de marca porque solo el directorio de nivel superior se vio afectado.

usuario2321520
fuente
0

Tuve el mismo problema, después de leer las publicaciones sobre el uso chownen .ICEauthority, decidí intentar cambiar el permiso de lectura / escritura en el archivo .ICEauthoritycon chmod.

Originalmente: -rw------- así que lo cambié a:-rw-rw-rw-

¡Y funcionó! (Yo solía chmod 666 /home/$USER/.ICEauthority)

Vale la pena intentarlo, supongo ...

aaaaagh
fuente
esta es una mala idea : el archivo no debería tener permisos de escritura para todos los usuarios. ¿Por qué cambiaste el modo en lugar del propietario?
Zanna