Crouton: [RÉSOLU] Linux ne s'ouvre pas sur Chromebook ; Xinit ne se charge pas

Créé le 11 sept. 2017  ·  4Commentaires  ·  Source: dnschneid/crouton

Veuillez coller le résultat de la commande suivante ici : 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...

Veuillez décrire votre problème :

Il semble y avoir beaucoup de problèmes avec cela. Je sais que j'entre les bons mots de passe et tout, et je l'ai mis à jour mille fois en même temps que le nettoyage, mais sans succès. Je peux toujours ouvrir la ligne de commande (enter-chroot) mais c'est l'étendue. Je me demande si cela a à voir avec mon téléchargement de GalliumOS en tant que double amorçage (même si je l'ai désactivé avec la commande dev_boot_legacy). Je ne sais pas ce qui ne va pas, d'autant plus que je l'ai déjà téléchargé avec ce même utilisateur dans ce même appareil (je viens de le laver sous tension.)

Si vous les connaissez, décrivez les étapes pour reproduire le problème :

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...

Commentaire le plus utile

D'accord, un peu gêné ici. J'ai décidé de simplement tester certaines choses que je pensais fonctionner (pensant que je n'aurais probablement rien obtenu), mais j'ai miraculeusement trouvé la réponse. Le dossier dans lequel se trouve le démarrage de Kali-Linux est /usr/bin/startxfce4. Comme j'avais encore accès au chroot, voici les étapes à suivre pour le démarrer :
crosh> _shell_
chronos@localhost / $ _sudo enter-chroot_
Entrer /mnt/stateful_partition/crouton/chroots/kali-rolling...
(kali-rolling) user@localhost :~$ _sudo su_
[sudo] mot de passe pour l'utilisateur : _(Entrez le code d'accès)_
(kali-rolling) root@localhost :/home/user# _/usr/bin/startxfce4_
Cela forcerait le dossier à s'ouvrir, forçant ainsi Linux à s'ouvrir. J'ai donné ces étapes à un ami avec un Chromebook différent et une distribution différente et cela fonctionnait toujours, tout ce qu'il avait à faire était de remplacer "xfce4" par son environnement, "kde".
J'espère que ceux qui rencontrent cela peuvent trouver la réponse qui leur convient (comme il se doit !)

Tous les 4 commentaires

D'accord, un peu gêné ici. J'ai décidé de simplement tester certaines choses que je pensais fonctionner (pensant que je n'aurais probablement rien obtenu), mais j'ai miraculeusement trouvé la réponse. Le dossier dans lequel se trouve le démarrage de Kali-Linux est /usr/bin/startxfce4. Comme j'avais encore accès au chroot, voici les étapes à suivre pour le démarrer :
crosh> _shell_
chronos@localhost / $ _sudo enter-chroot_
Entrer /mnt/stateful_partition/crouton/chroots/kali-rolling...
(kali-rolling) user@localhost :~$ _sudo su_
[sudo] mot de passe pour l'utilisateur : _(Entrez le code d'accès)_
(kali-rolling) root@localhost :/home/user# _/usr/bin/startxfce4_
Cela forcerait le dossier à s'ouvrir, forçant ainsi Linux à s'ouvrir. J'ai donné ces étapes à un ami avec un Chromebook différent et une distribution différente et cela fonctionnait toujours, tout ce qu'il avait à faire était de remplacer "xfce4" par son environnement, "kde".
J'espère que ceux qui rencontrent cela peuvent trouver la réponse qui leur convient (comme il se doit !)

@anonymouseprogrammer , _et tout_ ,

S'IL VOUS PLAÎT ne lancez startxfce4 ou l'un des scripts start* dans le chroot en tant que root , cela va rogner vos autorisations et beaucoup de choses échoueront après cela.

Si vous l'avez fait, vous pouvez le corriger avec ce qui suit :

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

Je crois que le problème d'origine est causé par l'installation de 'xserver-xorg-legacy'.
Une solution de contournement est ici : https://github.com/dnschneid/crouton/issues/3310#issuecomment -313692575

Un PR est en préparation mais pas encore approuvé et fusionné.

J'espère que cela t'aides,
- Dennis L

chaque fois que je fais un sudo startxfce4 pour démarrer linux sur mon chromebook, c'est l'erreur que je reçois, après quoi l'écran de l'ordinateur portable s'assombrit pendant deux secondes et revient à l'aide de chrome.

chronos@localhost /usr/local $ sudo startxfce4
Saisissez la phrase secrète de cryptage pour xenial :
Entrer /mnt/stateful_partition/crouton/chroots/xenial...
/usr/bin/startxfce4 : Démarrage du serveur X

Serveur X.Org X 1.19.6
Date de sortie : 2017-12-20
X Protocole Version 11, Révision 0
Système d'exploitation de construction : Linux 4.15.0-109-generic armv7l Ubuntu
Système d'exploitation actuel : Linux localhost 3.8.11 #1 SMP dimanche 14 juillet 00:09:57 PDT 2019 armv7l
Ligne de commande du noyau : 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 aucun 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=8353c1est=root_hex963 sel=306427720380043295ff7f5e5f7ef68a81138057901e316471bd1520719b78b2" noinitrd vt.global_cursor_default=0 kern_guid=922500af-600e-5c4b-998e-daf87f04a622
Date de construction : 04 septembre 2020 15:36:48
xorg-server 2:1.19.6-1ubuntu4.1~16.04.4 (Pour le support technique, veuillez consulter http://www.ubuntu.com/support)
Version actuelle de pixman : 0.33.6
Avant de signaler des problèmes, consultez http://wiki.x.org
pour vous assurer que vous disposez de la dernière version.
Marqueurs : (--) sondés, (**) à partir du fichier de configuration, (==) paramètre par défaut,
(++) depuis la ligne de commande, (!!) notice, (II) informationnel,
(WW) avertissement, (EE) erreur, (NI) non implémenté, (??) inconnu.
(++) Fichier journal : "/tmp/Xorg.crouton.1.log", Heure : Jeu 22 octobre 22:21:25 2020
(==) Utilisation du répertoire de configuration système "/usr/share/X11/xorg.conf.d"
Erreur org.freedesktop.DBus.Error.ServiceUnknown : le nom org.chromium.LibCrosService n'a été fourni par aucun fichier .service
heure de retour de la méthode=1603423285.559485 sender=:1.9 -> destination=:1.89 serial=4041 reply_serial=2
booléen vrai
MESA-LOADER : échec de récupération des informations sur l'appareil
gbm : impossible d'ouvrir un pilote (chemins de recherche /usr/lib/arm-linux-gnueabihf/dri:${ORIGIN}/dri:/usr/lib/dri)
gbm : Dernière erreur dlopen : /usr/lib/dri/exynos_dri.so : impossible d'ouvrir le fichier d'objet partagé : aucun fichier ou répertoire de ce type
échec du chargement du pilote : exynos
EGL_MESA_drm_image requis.
(EE)
Erreur fatale du serveur :
(EE) AddScreen/ScreenInit a échoué pour le pilote 1
(EE)
(EE)
Veuillez consulter le support de la Fondation X.Org
sur http://wiki.x.org
pour aider.
(EE) Veuillez également consulter le fichier journal sur "/tmp/Xorg.crouton.1.log" pour plus d'informations.
(EE)
Erreur org.freedesktop.DBus.Error.ServiceUnknown : le nom org.chromium.LibCrosService n'a été fourni par aucun fichier .service
heure de retour de la méthode=1603423286.048767 sender=:1.9 -> destination=:1.91 serial=4042 reply_serial=2
booléen vrai
(EE) Serveur arrêté avec erreur (1). Fermeture du fichier journal.
/usr/bin/xinit : abandonner
/usr/bin/xinit : impossible de se connecter au serveur X : connexion refusée
/usr/bin/xinit : erreur de serveur
Démontage de /mnt/stateful_partition/crouton/chroots/xenial...

il ne veut pas démarrer sous Linux, il assombrit simplement l'écran, puis quitte.

Cette page vous a été utile?
0 / 5 - 0 notes