Crouton: startx échoue avec MIT-MAGIC-COOKIE-1 invalide répété

J'ai recherché cette erreur sur Google et trouvé quelques correctifs possibles:

1 - enter 'rm ~/.Xauthority' - http://slopjong.de/2011/06/14/invalid-mit-magic-cookie-1-key/
2 - enter 'xhost local:root' - http://easytofu.com/05062011150909-mit-magic-cookie-cannot-open-display-error
2 - a few combinations of the above and others - http://www.linuxquestions.org/questions/debian-26/xlib-invalid-mit-magic-cookie-1-key-278821/

J'espère qu'une ou une combinaison ci-dessus vous permettra de tout réparer ;-)

Je n'ai jamais réussi à faire travailler startx, mais honnêtement, je n'ai pas non plus essayé très dur. Utilisez xinit si vous n'avez pas envie de le déboguer. Sinon, pour ce qui est de faire fonctionner startx (ce qui devrait vraiment arriver à un moment donné), il semble que startx ignore le numéro d'affichage qui lui a été transmis (et ne parvient donc pas à se connecter à: 0, soit il s'agit d'un problème avec .Xauthority.

Ahh merci. Le simple fait d'exécuter xinit fonctionnait très bien. Lisez mon ~ / .xinitrc et démarrez mate. J'avais l'impression que startx faisait exactement cela, mais avec quelques fonctionnalités supplémentaires. Merci pour tout l'excellent travail.

Je ne voulais pas le marquer comme fermé. Encore faut-il comprendre pourquoi startx échoue. :)

Convenu.

Essayez de remplacer / usr / local / bin / xinit par ce qui suit et voyez si startx se comporte correctement:

#!/bin/sh -e
# Copyright (c) 2013 The Chromium OS Authors. All rights reserved.
# Use of this source code is governed by a BSD-style license that can be
# found in the LICENSE file.

# Filters the xinit command, fixing the display and removing xauth.
# Also adds the -- to the command line and references the global xserverrc 
# if it isn't already there.
# By putting this in /usr/local/bin, PATH will prefer it and scripts that
# call xinit will automagically work.

croutonwm='/usr/local/bin/croutonwm'
if [ -x "$croutonwm" ]; then
    . "$croutonwm"
fi

xserverrc='/etc/X11/xinit/xserverrc'
dash='--'
disp=''
n=$#
while [ ! "$n" = 0 ]; do
    arg="$1"
    n="$((n-1))"
    shift
    if [ -z "$disp" -a ! "${arg#":"}" = "$arg" ]; then
        disp="$arg"
        continue
    elif [ "$arg" = '-auth' ]; then
        if [ ! "$n" = 0 ]; then
            n="$((n-1))"
            shift
        fi
        continue
    elif [ -n "$dash" -a "$arg" = '--' ]; then
        dash=
        # Check if there's a xserverrc specified.
        if [ ! "${1#/}" = "$1" ]; then
            xserverrc=''
        fi
    fi
    set -- "$@" "$arg"
done

disp=0
while [ -f "/tmp/.X$disp-lock" ]; do
    disp=$((disp+1))
done

exec /usr/bin/xinit /usr/local/bin/croutonxinitrc-wrapper "$@" $dash $xserverrc ":$disp"

Également dans la branche startx .

Super, maintenant startx fonctionne aussi pour moi (sans la branche startx). Cela est étrange.

J'ai fait Xinit et dans les fenêtres tapé startx, après il y avait un message pour supprimer un répertoire que j'ai fait avec la commande rm, redémarré la compilation et tout a bien fonctionné.

Pour ce que ça vaut, startx ne semble toujours pas fonctionner?

J'essaie également d'exécuter Mate, et cela fonctionne si je le démarre avec sudo xinit mais ensuite, bien sûr, je suis connecté en tant que root - ce qui n'est pas ce que je veux. Quand j'essaye d'exécuter xinit sans sudo , j'obtiens ceci: https://gist.github.com/JoshMcCullough/b04f321a5ecc8bc28994

Des idées?

Redémarrez et réessayez sans sudo.

Je crois que startx fonctionne depuis un certain temps maintenant, donc en fermant ce problème, veuillez le rouvrir s'il reste un problème.

@DennisLfromGA Wow, j'avais complètement oublié ça. Je n'ai même pas eu mon Chromebook depuis un an ou deux. Heureux que ce soit fermé!

Je sais, il semble y en avoir un certain nombre qui ont été corrigés et qui traînent toujours. :)