الخطوات التي اتخذتها:
يحاول التشغيل ، يتحول إلى tty الثالث لتشغيل X ولكن لا يظهر شيء. بعد التبديل مرة أخرى إلى ChromeOS ، يوجد سطر متكرر في إخراج خادم X.
مفتاح MIT-MAGIC-COOKIE-1 غير صالح مفتاح MIT-MAGIC-COOKIE-1 غير صالح ..
لست متأكدًا مما إذا كنت أفقد أي شيء أو أن شيئًا ما لا يعمل.
بحثت في Google عن هذا الخطأ ووجدت بعض الإصلاحات الممكنة:
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). هذا غريب.
لقد قمت بعمل Xinit وكتبت startx في النوافذ ، وبعد ذلك كانت هناك رسالة لإزالة الدليل الذي قمت به باستخدام الأمر rm ، وأعدت تشغيل comp وعملت جميعها بشكل جيد.
ما الذي يستحقه ، ما زال لا يبدو أن startx يعمل؟
أحاول أيضًا تشغيل Mate ، وهو يعمل إذا بدأت بـ sudo xinit
ولكن بعد ذلك ، بالطبع ، قمت بتسجيل الدخول كـ root
- وهذا ليس ما أريده. عندما أحاول تشغيل xinit
بدون sudo
، أحصل على هذا: https://gist.github.com/JoshMcCullough/b04f321a5ecc8bc28994
أيه أفكار؟
أعد التشغيل وحاول مرة أخرى بدون sudo.
أعتقد أن startx
يعمل منذ فترة ، لذا أغلق هذه المشكلة ، يرجى إعادة فتحها إذا كانت لا تزال تمثل مشكلة.
DennisLfromGA نجاح باهر لقد نسيت تماما هذا. لم يكن لدي حتى جهاز Chromebook لمدة عام أو عامين. سعيد بإغلاقه!
أعلم أنه يبدو أن هناك مجموعة من هذه الأشياء التي تم إصلاحها ولا تزال معلقة. :)
التعليق الأكثر فائدة
بحثت في Google عن هذا الخطأ ووجدت بعض الإصلاحات الممكنة:
نأمل أن تحصل مجموعة واحدة أو مجموعة أعلاه على إصلاح كل شيء ؛-)