Forum Linux.debian/ubuntu Kde ne démarre plus

Posté par  .
Étiquettes : aucune
0
24
fév.
2006
Bonjour à tous,

Hier soir après un apt-get upgrade (que je me garderai de faire dorénavant...), j'ai eu un petit problème.

Kde ne démarre plus normalement. En effet, si je tente de me logger en utilisateur en mode graphique il bloque sur "initialisation périphériques" et revient à la page de log.

J'essaye en mode console, je me loggue et startx. Pareil. Je me loggue en root, et startx et là il démarre normalement. Je reviens en console, je me déloggue et me loggue en utilisateur, et startx. Ca marche normalement...

Quel est donc le problème et comment le résoudre?
  • # /tmp/.ICE-unix

    Posté par  . Évalué à 2.

    Vérifie les droits donnés à ce dossier. Il doit être en
    drwxrwxrwt 2 root root 4096 2006-02-24 10:50 .ICE-unix
    J'avais eu ce problème, et en rétablissant les droits, c'était reparti comme en 42 !
    En espérant que ça aide.
    • [^] # Re: /tmp/.ICE-unix

      Posté par  . Évalué à 1.

      olé

      après ls -l:

      srwx------ 1 lapinx lapinx 0 Feb 24 11:33 7600
      srwx------ 1 lapinx lapinx 0 Feb 24 11:32 dcop7484-1140777132

      ???
      • [^] # Re: /tmp/.ICE-unix

        Posté par  . Évalué à 2.

        Avec un ls -la ça devrait mieux fonctionner, non ?
        • [^] # Re: /tmp/.ICE-unix

          Posté par  . Évalué à 1.

          effectivement:

          drwxrwxrwt 2 root root 112 Feb 24 11:33 .
          drwxrwxrwt 11 root root 352 Feb 24 11:33 ..
          srwx------ 1 lapinx lapinx 0 Feb 24 11:33 7600
          srwx------ 1 lapinx lapinx 0 Feb 24 11:32 dcop7484-1140777132
          • [^] # Re: /tmp/.ICE-unix

            Posté par  . Évalué à 2.

            Bon, je ne suis pas sous debian, alors ce qui suit sera à adapter...
            Dans /etc/sysconfig, j'ai un fichier nommé createfiles qui contient :
            /tmp/.ICE-unix dir 1777 root root
            Ce fichier est chargé par /etc/rc.d/init.d/cleanfs
            Ce dernier s'assure qu'au démarrage de la machine, le répertoire /tmp/.ICE-unix est bien créé avec les droits qui vont bien.
            A la limite, connecte-toi en root, lance X et va voir dans /tmp avec un ls -la.
            Si ce n'est pas mieux, essaye de le créer et lance kdm, et tente de te connecter.
            Sinon, tu peux essayer de te connecter en tant qu'utilisateur, tout en sachant que ça va se vautrer, et après la connexion, scrute le fichier /home/utilisateur/.xsession-errors
            C'est là-dedans que kde braille tout ce qu'il peut à chaque fois qu'il se passe quelque chose.
            Voilà, j'espère que ces quelques pistes te seront utiles.
            • [^] # Re: /tmp/.ICE-unix

              Posté par  . Évalué à 1.

              je vais voir a tout de suite!
              • [^] # Re: /tmp/.ICE-unix

                Posté par  . Évalué à 1.

                il a crié comme prévu:

                startkde: Starting up...
                mkdir: Owner of /tmp/.ICE-unix should be set to root
                kbuildsycoca running...
                kded: Fatal IO error: client killed
                KWrited - Écoute le périphérique « /dev/pts/0 »
                kdeinit: Fatal IO error: client killed
                kdeinit: sending SIGHUP to children.
                klauncher: Exiting on signal 1
                klauncher: Fatal IO error: client killed
                DCOP aborting call from 'anonymous-4948' to 'knotify'
                kdeinit: sending SIGTERM to children.
                kdeinit: Exit.

                apparemment problème de droits... Mais comment le résoudre?
                • [^] # Re: /tmp/.ICE-unix

                  Posté par  . Évalué à 2.

                  Tu te connectes en root sur ta machine, dans une console, puis tu tapes :
                  $ install -o root -g root -m 1777 -d /tmp/.ICE-unix

                  Après, regardes si tu as un fichier /etc/sysconfig/createfiles. Si c'est le cas, mais qu'il est vide, ajoute la ligne que je t'avais donné dans un post précédent.
                  • [^] # Re: /tmp/.ICE-unix

                    Posté par  . Évalué à 1.

                    malheureusement pas de createfiles.... Je cherche voir si il est pas ailleurs.
                    • [^] # Re: /tmp/.ICE-unix

                      Posté par  . Évalué à 2.

                      Le contenu de /etc/rc.d/init.d/cleanfs peut aider. Ceci dit, je ne sais *vraiment* pas comment c'est gaulé sous debian... Il faudrait qu'un spécialiste soit là pour préciser un peu tout ça....
                    • [^] # Re: /tmp/.ICE-unix

                      Posté par  . Évalué à 2.

                      Bon, j'ai répondu un peu vite.
                      J'ai retrouvé une antiquité sur laquelle un stagiaire avait installé une debian. Je pense avoir trouvé la source de ton problème. Si ce n'est pas ça, je compte sur les pros pour corriger mes propos.
                      Dans /etc/init.d, il y a un fichier nommé xfree86-common qui contient ce code :
                      SOCKET_DIR=/tmp/.X11-unix
                      ICE_DIR=/tmp/.ICE-unix

                      set_up_socket_dir () {
                      echo -n "Setting up X server socket directory $SOCKET_DIR..."
                      if [ -e $SOCKET_DIR -a ! -d $SOCKET_DIR ]; then
                      mv $SOCKET_DIR $SOCKET_DIR.$$
                      fi
                      mkdir -p $SOCKET_DIR
                      chown 0:0 $SOCKET_DIR
                      chmod 1777 $SOCKET_DIR
                      echo "done."
                      }

                      set_up_ice_dir () {
                      echo -n "Setting up ICE socket directory $ICE_DIR..."
                      if [ -e $ICE_DIR -a ! -d $ICE_DIR ]; then
                      mv $ICE_DIR $ICE_DIR.$$
                      fi
                      mkdir -p $ICE_DIR
                      chown 0:0 $ICE_DIR
                      chmod 1777 $ICE_DIR
                      echo "done."
                      }

                      Ces deux fonctions sont appelées ensuite dans le start, comme suit :
                      case "$1" in
                      start)
                      set_up_socket_dir
                      set_up_ice_dir
                      ;;


                      Je n'ai pas mis tout le contenu du fichier, mais ça permet de voir ou ça cliche....
                      • [^] # Re: /tmp/.ICE-unix

                        Posté par  . Évalué à 1.

                        ok après vérification, mon fichier est exactement le même que celui que t as donné.

                        Apt-get dist-upgrade a décidé de me changer xfree86-commun et tout ce qui se rapporte à xfree... J'attends de voir le nouveau mic-mac...
                        • [^] # Re: /tmp/.ICE-unix

                          Posté par  . Évalué à 1.

                          il a même décidé de passer sous xorg visiblement...

                          mais:

                          Unpacking x11-common (from .../x11-common_6.9.0.dfsg.1-4_all.deb) ...
                          dpkg: error processing /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-4_all.deb (--unpack):
                          trying to overwrite `/usr/include/X11', which is also in package libxft-dev
                          Errors were encountered while processing:
                          /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-4_all.deb
                          E: Sub-process /usr/bin/dpkg returned an error code (1)

                          ARGGGGGGGGGGGGGGGGGGGGGG
  • # Son?

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    Je pencherai pour un problème de droits sur un périphérique, genre son son (jack, dcop...). Tu dois avoir une bonne information dans /var/log/XFree86.0.log (ou /var/log/Xorg.0.log si tu as Xorg)

    Sinon, se garder de mettre à jour sa machine me semble une solution des plus mauvaise.

    La gelée de coings est une chose à ne pas avaler de travers.

    • [^] # Re: Son?

      Posté par  . Évalué à 1.

      Heu les warning:

      Warning: font renderer for ".pcf" already registered at priority 0
      Warning: font renderer for ".pcf.Z" already registered at priority 0
      Warning: font renderer for ".pcf.gz" already registered at priority 0
      Warning: font renderer for ".snf" already registered at priority 0
      Warning: font renderer for ".snf.Z" already registered at priority 0
      Warning: font renderer for ".snf.gz" already registered at priority 0
      Warning: font renderer for ".bdf" already registered at priority 0
      Warning: font renderer for ".bdf.Z" already registered at priority 0
      Warning: font renderer for ".bdf.gz" already registered at priority 0
      Warning: font renderer for ".pmf" already registered at priority 0
      • [^] # Re: Son?

        Posté par  . Évalué à 1.

        mais je fais quoi concrêtement, j'ai jamais eu ce type de probleme avec X?

        Et je vais encore me faire engueler parce que j'ai trifouillé au pc et que ça marche plus lol!
      • [^] # Re: Son?

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

        Les warning, c'est pas grave. Si tu as des lignes (EE), c'est plus grave. Mais on dirait bien, vu ton commentaire dessus, que c'est KDE qui merdoie et pas X.

        La gelée de coings est une chose à ne pas avaler de travers.

        • [^] # Re: Son?

          Posté par  . Évalué à 1.

          ouais et comment alors résoudre ce truc de KDE? j'ai lancé un apt-get distupgrade pour voir...
  • # Probleme resolu

    Posté par  . Évalué à 2.

    Le probleme a été résolu:

    apt-get dist-upgrade a upgrader le serveur X

    J'ai resolu le probleme de dependances avec dpkg -i --force-overwrite

    et ensuite apt-get -f install.

    Au reboot, tout s'est effectué parfaitement et j'ai recuperé KDE normalement.

    Merci de votre aide à tous les deux!
    • [^] # Re: Probleme resolu

      Posté par  . Évalué à 1.

      et tu peux aussi utiliser apt-listbugs pour éviter ce genre de problème (pas forcément tous les problèmes mais bon ...)

Suivre le flux des commentaires

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