Impossible de mettre à jour le fichier ICEauthority /home/me/.ICEauthority [fermé]

11

Je reçois un message

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

Lorsque vous essayez de vous connecter à Ubuntu graphiquement. Je peux me connecter en utilisant Ctrl+ Alt+F1

Ce n'est pas un doublon de:

Que signifie ce message de dialogue de démarrage "Impossible de mettre à jour le fichier ICEauthority"

Dans mon cas, mon autorité .ICE est -rw------- 1 me me ...

Choses que j'ai essayé de faire pour résoudre ce problème:

  • réinitialiser les autorisations du fichier ICE au cas où quelque chose aurait été gâché que je n'aurais pas remarqué.
  • supprimer le fichier (aucun nouveau n'a été créé)
  • toucher un nouveau fichier après la suppression de l'orig
  • on dirait que mon répertoire personnel appartenait à root. la fixation n'a pas aidé.
  • .ecryptfs a les autorisations correctes sur mon répertoire personnel
  • la connexion automatique est désactivée, n'a jamais été activée
  • nouvelle installation donc pas de changement de mot de passe (je préfère ne pas réinstaller mon système d'exploitation car j'ai passé une journée à le configurer)
  • seule bizarrerie trouvée était: /home/.ecryptfs/me/.ecryptfs/wrapped-passphrase est -rw------- 1 me root 48 .....cependant que cela ne devrait pas être un problème ou alors il semblerait en raison des autorisations

J'ai installé gnome après avoir installé le système

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

Je ne l'ai jamais démarré (ou quoi que ce soit d'autre, sauf tty) avec succès.

Dmitriy Likhten
la source
1
Pouvez-vous vérifier la propriété de votre répertoire personnel? Vous devrez peut-être le montrer aussi.
Mark Russell
Avez-vous essayé un redémarrage avec sécurité intégrée? Peut-être un coup dans le noir, mais avez-vous activé la «connexion automatique»? (il y a quelques versions, c'était aussi un problème ... désactivez-le et réessayez). ligne de commande: gksudo gedit /etc/gdm/custom.conf
Rinzwind
peut-être que vous l'avez déjà fait, mais juste au cas où, utilisez chown -R sur votre répertoire personnel pour qu'il obtienne tout.
Mark Russell
Est-il possible que vous ayez changé votre mot de passe utilisateur récemment et que vous n'ayez pas changé votre mot de passe ecryptfs séparément?
Mark Russell
@Mark n'a pas fait chown -r.
Dmitriy Likhten

Réponses:

2

Oui, il y a un problème dans Gnome, voici la solution, au lieu de désinstaller et réinstaller ubuntu, au moins vous pouvez enregistrer votre sauvegarde de données

sudo apt-get install lxde

Installé après cela, faites Ctrl-Alt-F7 pour revenir à l'écran de connexion,

maintenant sélectionnez lxde dans le menu déroulant, entrez mon mot de passe, vous pouvez maintenant vous connecter à une session LXDE

AMIC MING
la source
2

Je viens d'avoir le même problème. Je m'en suis débarrassé en utilisant la commande suivante:

sudo chown user:user /home/user

Remplacez userpar votre nom d'utilisateur.

Adame Doe
la source
Merci +1 Je ne sais pas comment le propriétaire de mon répertoire personnel est devenu root.
TheLukeMcCarthy
1

Je vais réinstaller ubuntu. Impossible de déboguer cela. L'installation de gnome3 l'a probablement bouché.

Dmitriy Likhten
la source
2
J'espère que je ne suis pas trop tard, mais avez-vous vu ce sujet: ubuntuforums.org/showthread.php?t=1742343 Gnome3 est en effet le coupable!
Rinzwind
trop tard :( ou bien gnome2 fonctionne hors de la boîte ...
Dmitriy Likhten
Je ne sais pas si mon cas est le même, mais j'ai eu la même erreur en essayant de me connecter avec "gnome classic" et "Safe Mode". Alors peut-être que ce n'est pas seulement le problème de gnome3.
Tom Brito
1

J'ai fixé un similaire. Problème ICEAuthority qui, en raison du module aes ne peut pas être installé au démarrage, pour un cadenas non détecté, en un mot, vous devez mettre le module padlock_aes sur liste noire comme:

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

Je poste également les étapes détaillées , FYI.

user71371
la source
1
Vous ne pouvez pas modifier le contenu d'un fichier à l'aide catde la syntaxe que vous avez présentée. Vous voudrez peut-être modifier votre question pour clarifier la façon dont vous proposez aux gens de le faire. Il y a une méthode qui ressemble un peu à ce que vous avez écrit, mais qui est syntaxiquement différente, où vous exécutez cat >> /etc/modprobe.d/blacklist-ecryptfs.conf, puis entrez blacklist padlock-aes, puis sur une nouvelle ligne, appuyez sur Ctrl+ D. C'est ça que tu veux dire?
Eliah Kagan
1

J'ai eu le même problème et voici comment je l'ai résolu:

  • Je me suis connecté au système en tant que root
  • supprimé le compte d'utilisateur qui contenait l'erreur ICEauthority (utilisateur userdel)
  • J'ai ensuite recréé le même compte seulement cette fois j'ai utilisé un commutateur -m qui a créé un répertoire personnel pour l'utilisateur (useradd -m user)
  • J'ai défini le mot de passe du compte à l'aide de cette commande (utilisateur passwd)
  • Je me suis déconnecté de mon compte root.
  • Connecté en utilisant le nouveau compte et VOILA, plus de problèmes d'autorité ICE.
  • La connexion a réussi.

  • Je pense que le problème pourrait avoir été lorsque vous avez créé le compte utilisateur, vous n'avez pas dit au système de créer le répertoire personnel pour cet utilisateur particulier.

Sean
la source
1

J'avais le même problème, dans mon cas, le propriétaire de mon répertoire personnel a été changé pour rooter d'une manière ou d'une autre.

changé à mon utilisateur et cela a fonctionné:

cd /home
sudo chown user:user <homedir>

Je n'ai pas utilisé l' -Roption d'indicateur car seul le répertoire de niveau supérieur était affecté.

user2321520
la source
0

J'ai eu le même problème, après avoir lu des articles sur l'utilisation chownde .ICEauthority, j'ai décidé d'essayer de changer l'autorisation de lecture / écriture sur le fichier .ICEauthorityavec chmod.

C'était à l'origine: -rw------- Je l'ai donc changé en:-rw-rw-rw-

Et ça a marché! (J'ai utilisé chmod 666 /home/$USER/.ICEauthority)

Ça vaut le coup je suppose ...

aaaaagh
la source
c'est une mauvaise idée - le fichier ne devrait pas avoir d'autorisations d'écriture pour tous les utilisateurs. Pourquoi avez-vous changé le mode au lieu du propriétaire?
Zanna