私が取ったステップ:
起動を試み、Xを実行するために3番目のttyに切り替えますが、何も表示されません。 ChromeOSに切り替えた後、Xサーバーの出力に繰り返し行があります。
無効なMIT-MAGIC-COOKIE-1キー無効なMIT-MAGIC-COOKIE-1キー。
何かが足りないのか、何かが機能していないのかわからない。
私はこのエラーをグーグルで検索し、いくつかの可能な修正を見つけました:
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/
うまくいけば、上記の1つまたはいくつかの組み合わせで、すべてが修正されます;-)
startxを機能させることはできませんでしたが、正直なところ、あまり努力しませんでした。 デバッグしたくない場合は、xinitを使用してください。 それ以外の場合、startxを機能させる限り(実際にはある時点で発生するはずです)、startxは渡された表示番号を無視しているようです(したがって、0に接続できないか、.Xauthorityに問題があります。
ああありがとう。 xinitを実行するだけでうまくいきました。 私の〜/ .xinitrcを読んで、仲間を始めました。 startxはまさにそれを実行しましたが、いくつかの追加機能を備えているという印象を受けました。 すべての素晴らしい仕事をありがとう。
閉じていることを示すつもりはありませんでした。 startxが失敗する理由を理解する必要があります。 :)
同意しました。
/ usr / local / bin / xinitを次のように置き換えて、startxが正しく動作するかどうかを確認してください。
#!/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"
これで、startxも機能します(startxブランチはありません)。 これは奇妙です。
Xinitを実行し、Windowsでstartxと入力した後、rmコマンドで実行したディレクトリを削除するメッセージが表示され、compを再起動すると、すべて正常に動作しました。
それが価値があるのに、startxはまだ機能していないようです?
私もMateを実行しようとしていますが、 sudo xinit
開始すると機能しますが、もちろん、 root
としてログインしています。これは私が望んでいることではありません。 私が実行しようとするとxinit
なしsudo
、私はこれを取得: https://gist.github.com/JoshMcCullough/b04f321a5ecc8bc28994
何か案は?
再起動して、sudoを使用せずに再試行してください。
startx
はしばらくの間機能していると思いますので、この問題を閉じてください。それでも問題が解決しない場合は、もう一度開いてください。
@DennisLfromGAうわー私はこれを完全に忘れていました。 Chromebookを1、2年も持っていません。 閉店してよかった!
私は知っている、修正されてまだぶらぶらしているこれらの束があるようです。 :)
最も参考になるコメント
私はこのエラーをグーグルで検索し、いくつかの可能な修正を見つけました:
うまくいけば、上記の1つまたはいくつかの組み合わせで、すべてが修正されます;-)