Crouton: startx falha com MIT-MAGIC-COOKIE-1 inválido repetido

Pesquisei esse erro no Google e encontrei algumas soluções possíveis:

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/

Esperançosamente, uma ou alguma combinação acima irá consertar tudo ;-)

Nunca consegui fazer a startx funcionar, mas, honestamente, também não me esforcei muito. Use o xinit se não quiser depurá-lo. Caso contrário, no que diz respeito a fazer o startx funcionar (o que realmente deve acontecer em algum ponto), parece que o startx está ignorando o número de exibição passado a ele (e, portanto, não conseguiu se conectar a: 0, ou é algum problema com .Xauthority.

Ahh obrigado. Apenas rodar o xinit funcionou muito bem. Leia meu ~ / .xinitrc e comecei o companheiro. Tive a impressão de que o startx fazia exatamente isso, mas com alguns recursos extras. Obrigado por todo o excelente trabalho.

Não quis marcar como fechado. Ainda preciso descobrir por que o startx falha. :)

Concordou.

Tente substituir / usr / local / bin / xinit pelo seguinte e veja se startx se comporta corretamente:

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

Também no branch startx .

Ótimo, agora startx está funcionando para mim também (sem o branch startx). Isto é estranho.

Eu fiz o Xinit e no windows digitei startx, depois veio uma mensagem para remover um diretório que fiz com o comando rm, reiniciei o comp e tudo funcionou bem.

Por que vale a pena, startx ainda não parece funcionar?

Também estou tentando executar o Mate e funciona se eu começar com sudo xinit mas, é claro, estou conectado como root - o que não é o que eu quero. Quando tento executar xinit sem sudo , recebo o seguinte: https://gist.github.com/JoshMcCullough/b04f321a5ecc8bc28994

Alguma ideia?

Reinicie e tente novamente sem o sudo.

Acredito que startx está trabalhando há algum tempo, portanto, encerrando este problema, reabra se ainda for um problema.

@DennisLfromGA Uau, eu tinha me esquecido completamente disso. Faz um ou dois anos que nem tenho meu Chromebook. Ainda bem que está fechado!

Eu sei, parece haver um monte desses que foram consertados e ainda estão por aí. :)