Crouton: startx schlägt mit wiederholtem ungültigem MIT-MAGIC-COOKIE-1 fehl

Ich habe diesen Fehler gegoogelt und einige mögliche Korrekturen gefunden:

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/

Hoffentlich bringt eine oder eine der oben genannten Kombinationen Sie alle in Ordnung ;-)

Ich habe es nie geschafft, startx zum Laufen zu bringen, aber ich habe mich ehrlich gesagt auch nicht sehr bemüht. Verwenden Sie xinit, wenn Sie keine Lust zum Debuggen haben. Ansonsten scheint es so, als würde startx, was startx zum Laufen bringt (was eigentlich irgendwann passieren sollte), entweder die an ihn übergebene Anzeigenummer ignorieren (und daher keine Verbindung zu: 0 herstellen), oder es liegt ein Problem mit .Xauthority vor.

Ahh danke. Nur xinit laufen zu lassen hat super funktioniert. Lesen Sie meine ~ / .xinitrc und begann Kumpel. Ich hatte den Eindruck, dass startx genau das tat, aber mit ein paar zusätzlichen Funktionen. Vielen Dank für die tolle Arbeit.

Wollte nicht markieren, dass es geschlossen ist. Ich muss noch herausfinden, warum startx fehlschlägt. :) :)

Einverstanden.

Versuchen Sie, / usr / local / bin / xinit durch Folgendes zu ersetzen, und prüfen Sie, ob sich startx ordnungsgemäß verhält:

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

Auch im Startx-Zweig .

Großartig, jetzt funktioniert startx auch für mich (ohne den startx-Zweig). Das ist merkwürdig.

Ich habe Xinit gemacht und das in den Fenstern eingegebene startx, danach gab es eine Meldung zum Entfernen eines Verzeichnisses, das ich mit dem Befehl rm gemacht habe, den Comp neu gestartet und alles hat gut funktioniert.

Für das, was es wert ist, scheint startx immer noch nicht zu funktionieren?

Ich versuche auch, Mate auszuführen, und es funktioniert, wenn ich es mit sudo xinit beginne, aber dann bin ich natürlich als root angemeldet - was nicht das ist, was ich will. Wenn ich versuche, xinit ohne sudo auszuführen, erhalte ich Folgendes: https://gist.github.com/JoshMcCullough/b04f321a5ecc8bc28994

Irgendwelche Ideen?

Starten Sie neu und versuchen Sie es erneut ohne sudo.

Ich glaube, startx funktioniert schon eine Weile. Wenn Sie dieses Problem schließen, öffnen Sie es bitte erneut, wenn es immer noch ein Problem ist.

@ TennisLfromGA Wow, das hatte ich völlig vergessen. Ich hatte mein Chromebook seit ein oder zwei Jahren nicht mehr. Ich bin froh, dass es geschlossen ist!

Ich weiß, es scheint eine Menge davon zu geben, die repariert wurden und immer noch herumhängen. :) :)