Journal .ICEauthority : a quoi sers-tu ?

Posté par  .
Étiquettes :
0
8
mai
2004
Cher journal, connaitrais-tu ce petit fichier situé dans mon home ?

Ce matin, au démarrage de ma machine, le serveur X crashait irréfutablement. J'ai tout tenté, j'ai remplacé le driver nvidia par le vesa, rien a faire, X plantait. Les messages n'etaient pas super explicites, et c'est au bout de plusieurs minutes d'investigations que j'ai décelé un log disant "Unable to open .ICEauthority bla bla bla..."
Je liste les droits de ce fichier et je m'apercois qu'il a les droits rw pour root uniquement, et qu'il appartient a root.
Je décide donc un chmod 777 .ICEauthority, et enchaine sur le startx

OH MIRACLE CA RE-MARCHE !!

Bon, et maintenant qui peut me dire pourquoi ca s'est mis a ne plus marcher d'un seul coup sans que je touche a rien (meme pas d'upgrade, je suis sous debian sid), et pourquoi le fait que je change les droits de ce fichier a remit mon serveur X sur pied ?


Merci d'eclairer ma lanterne :-)
  • # Google is your friend

    Posté par  . Évalué à 2.

    Google ? non ?

    Durée : 30 secondes.
    Résultat : http://www.kde-france.org/article.php3?id_article=109(...)
    • [^] # Re: Google is your friend

      Posté par  . Évalué à 0.

      Le lien est très intéressant, la formulation l'est nettement moins.

      Il faut se rendre compte que tout le monde n'est pas un expert en recherche sur l'Internet et que des fois, on pose des questions aussi pour gagner du temps et ne pas avoir à chercher.
      Les réponses ainsi obtenu peuvent en plus être plus simple à comprendre qu'une documentation complète.
      C'est un peu comme si je posais une question sur une commande système et qu'on me répond man bash. Oui, il y aura sans doute la réponse, mais à quel prix !
      Certain pourrait ce dire, j'ai mis une heure à chercher, qu'il en fasse autant. Je trouve ça personnellement un peu contraire à l'esprit du libre (je me suis cassé à faire un programme, pourquoi le publier, ils n'ont qu'à le refaire).

      Merci quand même pour le lien.
      • [^] # Re: Google is your friend

        Posté par  (site web personnel) . Évalué à 2.

        Ouais ben y'a quand même un monde entre expert et neuneu il me semble. Je viens de faire la recherche, juste pour voir :

        * Taper .iceauthority dans Google.
        * Voir que des pages en anglais (j'utilise google.com) qui parlent exactement de ce fichier.
        * Aller dans les optiosn de recherche pour forcer l'affichage de pages françaises.
        * Paf, le lien est là, en seconde place (le premier résultat ne mérite manifestement pas son classement) bien visible.

        Niveau : facile.
        Durée : moins de trente secondes.
  • # Hum

    Posté par  . Évalué à 3.

    Mon post etait surtout là a titre d'experience, car peut etre que d'autre personne peuvent etre confrontées au meme probleme que moi vu que pour ma part il est survenu sans raison apparente.

    Enfin pour info, cette page que tu ne m'a passé ne m'explique rien, vu qu'ils disent que ca sert a KDE, mais personnelement, je n'ai pas KDE d'installé sur mon systeme !

    Le but de mon journal etait de savoir si quelqu'un avait une explication a me fournir quant au pourquoi j'ai du faire un chmod sur ce fichier pour que ca remarche, alors que je savais meme pas qu'il existait avant.


    Voilou

    ++
    • [^] # Re: Hum

      Posté par  . Évalué à 8.

      Yep, j'ai eu le même problème il y a quelques temps :
      sous Gnome, le fait d'utiliser k3b via un sudo change le propriétaire du .ICEauthority (propriétaire passe de l'utilisateur normal à root).
      Ce n'est qu'au démarrage de X suivant que l'on s'en rend compte :-/

      A noter, je n'ai pas de kde d'installé sur mon système, juste les librairies nécessaires à k3b.
      Il semble que kdesu manque pour éviter d'utiliser sudo, mais j'imagine que cela implique une install full de kde.

      mes 0.02€
      -É.
      • [^] # Re: Hum

        Posté par  . Évalué à 0.

        Hum j'ai effectivement lancé k3b via sudo pour tester un truc...
        J'etais a milles lieux de penser à ca...

        Merci pour l'info !
    • [^] # Re: Hum

      Posté par  (site web personnel) . Évalué à 4.

      Ce fichier est un verrou utilisé par le protocole dcop et les applications kde.

      Ce genre de problême peut se poser quand tu te logues en root via su, à partir du home de l'utilisateur, et que tu lances une application kde en root . Il faut controler les variables de ton shell notament la $ICEAUTHORITY qui indique l'emplacement du fichier pour l'utilisateur donné.

      Si cette variable est vide, je soupçonne dcop d'écraser le fichier home de l'utilisateur, et crée le nouveau .Iceauthority dans le home de l'utilisateur avec root en propriétaire, au lieu de créer ce fichier dans le home du root.

      Ca a pour effet de bloquer l'utilisateur du compte, car le fichier .Iceauthority (qui appartient au root) n'est pas lisible par l'utilisateur.
      • [^] # Re: Hum

        Posté par  (site web personnel) . Évalué à 2.

        C'est pas un verrou, c'est un fichier contenant des cookies pour le protocole ICE (de la famille X11) qui est utilisé (entre autres) par DCOP.
  • # Heu...

    Posté par  . Évalué à 1.

    Il n'aurait pas été plus intelligent de te réattribuer ce fichier par un chmod ?
    • [^] # Re: Heu...

      Posté par  . Évalué à 4.

      s/chmod/chown/
      • [^] # Re: Heu...

        Posté par  . Évalué à 1.

        Oui exact, merci !
    • [^] # Re: Heu...

      Posté par  . Évalué à 1.

      Oui c'est ce que je compte faire, mais figure toi que sur le moment j'etais assez désemparé de ne plus avoir de X, donc ceci n'est qu'un détail, je ne connaissais meme pas ce fichier, peut etre qu'il avait toujours appartenu a root, j'en sais rien moi après tout. Donc j'ai juste mis les droits pour voir si c'etait bien ca le probleme, et effectivement c'etait bien ca.

      Donc ai-je manqué d'intelligence ? peut etre, mais mon problème du moment etait résolu, et ce fut un réel bonheur pour moi de retrouver mon X.

      Voilou
      ++
      • [^] # Re: Heu...

        Posté par  . Évalué à 1.

        Il n'y a aucune raison qu'un fichier dans ton $HOME ne t'appartienne pas. Root n'a pas à y mettre ses fichiers. Ça ne te semble pas normal ?
        • [^] # Re: Heu...

          Posté par  . Évalué à 2.

          Il n'y a aucune raison qu'un fichier dans ton $HOME ne t'appartienne pas.

          C'est un problème classique avec "sudo". On lance une appli en tant que root, mais le gros de l'environnement (dont la variable $HOME) est encore celui de l'utilisateur. À mon avis, "sudo" n'a qu'une utilité, celle de faire des "su" sans password. Par exemple, au lieu de faire "sudo k3b", il faut faire "sudo su - -c k3b". La commande est alors lancé avec l'environnement du root comme il se doit. Un bon truc consiste à se faire un alias pour ce sudo intelligent :
          alias sud='sudo su - -c'

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.