Crouton: startx falla con repetidas inválidas MIT-MAGIC-COOKIE-1

Busqué en Google este error y encontré algunas posibles soluciones:

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/

Con suerte, una o alguna combinación anterior lo arreglará todo ;-)

Nunca logré que Startx funcionara, pero, sinceramente, tampoco me esforcé mucho. Utilice xinit si no tiene ganas de depurarlo. De lo contrario, en lo que respecta a hacer que startx funcione (lo que realmente debería suceder en algún momento), parece que startx está ignorando el número de pantalla que se le ha pasado (y por lo tanto no se puede conectar a: 0, o hay algún problema con .Xauthority.

Ahh gracias. Ejecutar xinit funcionó muy bien. Leer mi ~ / .xinitrc y comencé mate. Tenía la impresión de que startx hacía exactamente eso, pero con algunas características adicionales. Gracias por todo el gran trabajo.

No quise marcarlo como cerrado. Todavía necesito averiguar por qué falla startx. :)

Acordado.

Intente reemplazar / usr / local / bin / xinit con lo siguiente y vea si startx se comporta correctamente:

#!/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"

También en la rama startx .

Genial, ahora startx también funciona para mí (sin la rama startx). Esto es extraño.

Hice Xinit y en las ventanas escribí startx, luego apareció un mensaje para eliminar un directorio que hice con el comando rm, reinicié la composición y todo funcionó bien.

Por lo que vale, ¿parece que startx todavía no funciona?

También estoy tratando de ejecutar Mate, y funciona si lo inicio con sudo xinit pero luego, por supuesto, estoy conectado como root , que no es lo que quiero. Cuando intento ejecutar xinit sin sudo , obtengo esto: https://gist.github.com/JoshMcCullough/b04f321a5ecc8bc28994

¿Algunas ideas?

Reinicie y vuelva a intentarlo sin sudo.

Creo que startx ha estado funcionando durante un tiempo, así que para cerrar este problema, vuelva a abrirlo si sigue siendo un problema.

@DennisLfromGA Wow, me había olvidado por completo de esto. Ni siquiera he tenido mi Chromebook durante uno o dos años. ¡Me alegro de que esté cerrado!

Lo sé, parece que hay un montón de estos que se han solucionado y todavía están dando vueltas. :)