Шаги, которые я предпринял:
Он пытается запуститься, переключается на третий tty для запуска X, но ничего не появляется. После переключения обратно на 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/
Надеюсь, одна или несколько комбинаций, приведенных выше, исправят вас всех ;-)
Мне так и не удалось заставить 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 у меня тоже работает (без ветки startx). Это странно.
Я сделал Xinit и в окнах набрал startx, после чего появилось сообщение об удалении каталога, которое я сделал с помощью команды rm, перезапустил комп, и все сработало нормально.
Чего стоит, startx все еще не работает?
Я также пытаюсь запустить Mate, и он работает, если я запускаю его с sudo xinit
но тогда, конечно, я вхожу в систему как root
- чего я не хочу. Когда я пытаюсь запустить xinit
без sudo
, я получаю следующее: https://gist.github.com/JoshMcCullough/b04f321a5ecc8bc28994
Любые идеи?
Перезагрузитесь и попробуйте еще раз без sudo.
Я считаю, что startx
уже некоторое время работает, поэтому, закрывая эту проблему, пожалуйста, откройте ее повторно, если проблема все еще существует.
@DennisLfromGA Вау, я совсем забыл об этом. У меня даже Chromebook не было год или два. Рад, что он закрыт!
Я знаю, кажется, есть множество таких проблем, которые были исправлены и все еще существуют. :)
Самый полезный комментарий
Я погуглил эту ошибку и нашел несколько возможных исправлений:
Надеюсь, одна или несколько комбинаций, приведенных выше, исправят вас всех ;-)