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 Nucleos . Évalué à 2.
Durée : 30 secondes.
Résultat : http://www.kde-france.org/article.php3?id_article=109(...)
[^] # Re: Google is your friend
Posté par seginus . Évalué à 0.
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 Boa Treize (site web personnel) . Évalué à 2.
* 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 cho7 . Évalué à 3.
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 glb . Évalué à 8.
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 cho7 . Évalué à 0.
J'etais a milles lieux de penser à ca...
Merci pour l'info !
[^] # Re: Hum
Posté par Code34 (site web personnel) . Évalué à 4.
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 Vivi (site web personnel) . Évalué à 2.
# Heu...
Posté par Ramso . Évalué à 1.
[^] # Re: Heu...
Posté par glb . Évalué à 4.
[^] # Re: Heu...
Posté par Ramso . Évalué à 1.
[^] # Re: Heu...
Posté par cho7 . Évalué à 1.
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 Ramso . Évalué à 1.
[^] # Re: Heu...
Posté par tgl . Évalué à 2.
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.