Crouton: [Gelöst] Linux lässt sich auf Chromebook nicht öffnen; xinit wird nicht geladen

Erstellt am 11. Sept. 2017  ·  4Kommentare  ·  Quelle: dnschneid/crouton

Bitte fügen Sie die Ausgabe des folgenden Befehls hier ein: sudo edit-chroot -all

chronos<strong i="7">@localhost</strong> / $ sudo edit-chroot -all
name: kali-rolling
encrypted: no
Entering /mnt/stateful_partition/crouton/chroots/kali-rolling...
crouton: version 1-20170901092920~master:0216f9d1
release: kali-rolling
architecture: amd64
xmethod: xorg
targets: xfce
host: version 9901.5.0 (Official Build) dev-channel relm 
kernel: Linux localhost 3.18.0-16002-g2644da09535f #1 SMP PREEMPT Mon Sep 4 22:14:23 PDT 2017 x86_64 GNU/Linux
freon: yes
Unmounting /mnt/stateful_partition/crouton/chroots/kali-rolling...

name: xfce
encrypted: no
Entering /mnt/stateful_partition/crouton/chroots/xfce...
/usr/local/bin/enter-chroot: 511: cannot create /run/crouton/mnt/stateful_partition/crouton/chroots/xfce/etc/crouton/name: Directory nonexistent
Unmounting /mnt/stateful_partition/crouton/chroots/xfce...

Bitte beschreiben Sie Ihr Problem:

Es scheint viele Probleme damit zu geben. Ich weiß, dass ich die richtigen Passwörter und alles andere eingebe, und ich habe es zusammen mit der Reinigung tausend Mal aktualisiert, aber ohne Erfolg. Ich kann die Befehlszeile (enter-chroot) immer noch öffnen, aber das ist der Umfang. Ich frage mich, ob es damit zu tun hat, dass ich GalliumOS als Dual-Boot heruntergeladen habe (obwohl ich es mit dem Befehl dev_boot_legacy ausgeschaltet habe). Ich weiß nicht, was los ist, zumal ich es schon einmal mit demselben Benutzer auf demselben Gerät heruntergeladen habe (ich habe es gerade mit einem Powerwashing-Gerät gewaschen).

Beschreiben Sie, falls bekannt, die Schritte zum Reproduzieren des Problems:

chronos<strong i="13">@localhost</strong> / $ sudo startxfce4
Entering /mnt/stateful_partition/crouton/chroots/kali-rolling...
/usr/bin/startxfce4: Starting X server

_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root

X.Org X Server 1.19.3
Release Date: 2017-03-15
X Protocol Version 11, Revision 0
Build Operating System: Linux 4.9.0-3-amd64 x86_64 Debian
Current Operating System: Linux localhost 3.18.0-16002-g2644da09535f #1 SMP PREEMPT Mon Sep 4 22:14:23 PDT 2017 x86_64
Kernel command line: cros_secure console= loglevel=7 init=/sbin/init cros_secure oops=panic panic=-1 root=/dev/dm-0 rootwait ro dm_verity.error_behavior=3 dm_verity.max_bios=-1 dm_verity.dev_wait=1 dm="1 vroot none ro 1,0 3584000 verity payload=PARTUUID=8d604fd7-3aa1-5e43-82d2-76f129201e1d/PARTNROFF=1 hashtree=PARTUUID=8d604fd7-3aa1-5e43-82d2-76f129201e1d/PARTNROFF=1 hashstart=3584000 alg=sha1 root_hexdigest=4f2d44204e2e91bb3a444dbafe7229294ba0145e salt=71afe38f959fb4c13de4debffb2520ecc879bfe10ed1ecc1de971da2e132cdff" noinitrd vt.global_cursor_default=0 kern_guid=8d604fd7-3aa1-5e43-82d2-76f129201e1d add_efi_memmap boot=local noresume noswap i915.modeset=1 tpm_tis.force=1 tpm_tis.interrupts=0 nmi_watchdog=panic,lapic  
Build Date: 07 July 2017  06:22:09AM
xorg-server 2:1.19.3-2 (https://www.debian.org/support) 
Current version of pixman: 0.34.0
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(++) Log file: "/tmp/Xorg.crouton.1.log", Time: Sun Sep 10 21:28:43 2017
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE) 
Fatal server error:
(EE) parse_vt_settings: Cannot open /dev/tty0 (No such file or directory)
(EE) 
(EE) 
Please consult the The X.Org Foundation support 
         at http://wiki.x.org
 for help. 
(EE) Please also check the log file at "/tmp/Xorg.crouton.1.log" for additional information.
(EE) 
(EE) Server terminated with error (1). Closing log file.
/usr/bin/xinit: giving up
/usr/bin/xinit: unable to connect to X server: Connection refused
/usr/bin/xinit: server error
Unmounting /mnt/stateful_partition/crouton/chroots/kali-rolling...

Hilfreichster Kommentar

Okay, ein bisschen peinlich hier. Ich beschloss, einfach einige Dinge zu testen, von denen ich dachte, dass sie funktionieren würden (in der Annahme, dass ich wahrscheinlich nichts bekommen hätte), aber wie durch ein Wunder fand ich die Antwort. Der Ordner, in dem sich das Kali-Linux-Startup befindet, ist /usr/bin/startxfce4. Da ich noch Zugriff auf die Chroot hatte, sind die folgenden Schritte erforderlich, um sie zu starten:
kreuzen> _shell_
chronos@localhost / $ _sudo enter-chroot_
Eingabe von /mnt/stateful_partition/crouton/chroots/kali-rolling...
(kali-rolling) user@localhost :~$ _sudo su_
[sudo] Passwort für Benutzer: _( Passwort
(kali-rolling) root@localhost :/home/user# _/usr/bin/startxfce4_
Dies würde das Öffnen des Ordners erzwingen, wodurch Linux gezwungen würde, sich zu öffnen. Ich habe diese Schritte einem Freund mit einem anderen Chromebook und einer anderen Distribution gegeben und es hat immer noch funktioniert, er musste nur "xfce4" durch seine Umgebung "kde" ersetzen.
Ich hoffe, dass diejenigen, die darauf stoßen, feststellen können, dass die Antwort für sie funktioniert (wie sie sollte!)

Alle 4 Kommentare

Okay, ein bisschen peinlich hier. Ich beschloss, einfach einige Dinge zu testen, von denen ich dachte, dass sie funktionieren würden (in der Annahme, dass ich wahrscheinlich nichts bekommen hätte), aber wie durch ein Wunder fand ich die Antwort. Der Ordner, in dem sich das Kali-Linux-Startup befindet, ist /usr/bin/startxfce4. Da ich noch Zugriff auf die Chroot hatte, sind die folgenden Schritte erforderlich, um sie zu starten:
kreuzen> _shell_
chronos@localhost / $ _sudo enter-chroot_
Eingabe von /mnt/stateful_partition/crouton/chroots/kali-rolling...
(kali-rolling) user@localhost :~$ _sudo su_
[sudo] Passwort für Benutzer: _( Passwort
(kali-rolling) root@localhost :/home/user# _/usr/bin/startxfce4_
Dies würde das Öffnen des Ordners erzwingen, wodurch Linux gezwungen würde, sich zu öffnen. Ich habe diese Schritte einem Freund mit einem anderen Chromebook und einer anderen Distribution gegeben und es hat immer noch funktioniert, er musste nur "xfce4" durch seine Umgebung "kde" ersetzen.
Ich hoffe, dass diejenigen, die darauf stoßen, feststellen können, dass die Antwort für sie funktioniert (wie sie sollte!)

@anonymouseprogrammer , _et alle_ ,

BITTE starten startxfce4 oder eines der start* Skripte im chroot als root , es wird Ihre Berechtigungen einschränken und viele Dinge werden danach fehlschlagen.

Wenn Sie das getan haben, können Sie es wie folgt beheben:

sudo enter-chroot
sudo chown -R 1000:1000 "$HOME"
exit

Ich glaube, das ursprüngliche Problem wird durch die Installation von 'xserver-xorg-legacy' verursacht.
Ein Workaround dafür ist hier: https://github.com/dnschneid/crouton/issues/3310#issuecomment -313692575

Eine PR ist in Arbeit, aber noch nicht genehmigt und zusammengeführt.

Hoffe das hilft,
- DennisL

Immer wenn ich ein sudo startxfce4 mache, um Linux auf meinem Chromebook zu starten, ist dies der Fehler, den ich erhalte. Danach wird der Laptop-Bildschirm für zwei Sekunden dunkel und kehrt zur Chrome-Hilfe zurück.

chronos@localhost /usr/local $ sudo startxfce4
Geben Sie die Verschlüsselungs-Passphrase für xenial ein:
Eingabe von /mnt/stateful_partition/crouton/chroots/xenial...
/usr/bin/startxfce4: X-Server starten

X.Org X-Server 1.19.6
Erscheinungsdatum: 2017-12-20
X-Protokoll Version 11, Revision 0
Build-Betriebssystem: Linux 4.15.0-109-generic armv7l Ubuntu
Aktuelles Betriebssystem: Linux localhost 3.8.11 #1 SMP So 14. Juli 00:09:57 PDT 2019 armv7l
Kernel-Befehlszeile: cros_secure console= console= loglevel=7 init=/sbin/init cros_secure root=/dev/dm-0 rootwait ro dm_verity.error_behavior=3 dm_verity.max_bios=-1 dm_verity.dev_wait=1 dm="1 vroot keine ro 1,0 2539520 verity payload=PARTUUID=922500af-600e-5c4b-998e-daf87f04a622/PARTNROFF=1 hashtree=PARTUUID=922500af-600e-5c4b-998e-daf87f04a622/PARTNROFF=1 hashstart=2539520 alg=sha1af96d47533b_f96d4753 salt=306427720380043295ff7f5e5f7ef68a81138057901e316471bd1520719b78b2" noinitrd vt.global_cursor_default=0 kern_guid=922500af-600e-5c4b-998e-daf87f04a622
Baudatum: 04. September 2020 15:36:48
xorg-server 2:1.19.6-1ubuntu4.1~16.04.4 (Für technischen Support besuchen Sie bitte http://www.ubuntu.com/support)
Aktuelle Version von Pixman: 0.33.6
Bevor Sie Probleme melden, überprüfen Sie http://wiki.x.org
um sicherzustellen, dass Sie die neueste Version haben.
Marker: (--) sondiert, (**) aus Konfigurationsdatei, (==) Standardeinstellung,
(++) von der Kommandozeile, (!!) Hinweis, (II) Information,
(WW) Warnung, (EE) Fehler, (NI) nicht implementiert, (??) unbekannt.
(++) Logfile: "/tmp/Xorg.crouton.1.log", Uhrzeit: Do 22. Okt 22:21:25 2020
(==) Verwenden des Systemkonfigurationsverzeichnisses "/usr/share/X11/xorg.conf.d"
Fehler org.freedesktop.DBus.Error.ServiceUnknown: Der Name org.chromium.LibCrosService wurde von keiner .service-Datei bereitgestellt
Methode Rückkehrzeit=1603423285.559485 sender=:1.9 -> destination=:1.89 serial=4041 response_serial=2
boolesch wahr
MESA-LOADER: Geräteinformationen konnten nicht abgerufen werden
gbm: konnte keinen Treiber öffnen (Suchpfade /usr/lib/arm-linux-gnueabihf/dri:${ORIGIN}/dri:/usr/lib/dri)
gbm: Letzter Dlopen-Fehler: /usr/lib/dri/exynos_dri.so: Shared Object File kann nicht geöffnet werden: No such file or directory
Treiber konnte nicht geladen werden: exynos
EGL_MESA_drm_image erforderlich.
(EE)
Schwerwiegender Serverfehler:
(EE) AddScreen/ScreenInit für Treiber 1 fehlgeschlagen
(EE)
(EE)
Bitte wenden Sie sich an den Support der The X.Org Foundation
unter http://wiki.x.org
für Hilfe.
(EE) Bitte überprüfen Sie auch die Protokolldatei unter "/tmp/Xorg.crouton.1.log" für weitere Informationen.
(EE)
Fehler org.freedesktop.DBus.Error.ServiceUnknown: Der Name org.chromium.LibCrosService wurde von keiner .service-Datei bereitgestellt
Methode Rückgabezeit=1603423286.048767 sender=:1.9 -> destination=:1.91 serial=4042 response_serial=2
boolesch wahr
(EE) Server mit Fehler (1) beendet. Protokolldatei schließen.
/usr/bin/xinit: aufgeben
/usr/bin/xinit: Verbindung zum X-Server nicht möglich: Verbindung abgelehnt
/usr/bin/xinit: Serverfehler
Unmounten von /mnt/stateful_partition/crouton/chroots/xenial...

Es will nicht unter Linux booten, es macht nur den Bildschirm dunkel und beendet es dann.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen