Crouton: Debian stretch - no se puede entrar en chroot

Creado en 24 oct. 2017  ·  5Comentarios  ·  Fuente: dnschneid/crouton

name: stretch
encrypted: no
Entering /mnt/stateful_partition/crouton/chroots/stretch...
crouton: version 1-20170901092920~master:0216f9d1
release: stretch
architecture: amd64
xmethod: xorg
targets: kde
host: version 9901.49.0 (Official Build) beta-channel reks 
kernel: Linux localhost 3.18.0-16036-g30f3f9ed6ff1 #1 SMP PREEMPT Tue Oct 17 18:44:49 PDT 2017 x86_64 GNU/Linux
freon: yes
Unmounting /mnt/stateful_partition/crouton/chroots/stretch...

Describa su problema:

Hola, ha surgido un error cuando intento ingresar a mi chroot de extensión de Debian. Se instaló perfectamente a la segunda vez, la primera vez que intenté instalarlo; devolvió un error de "falta de coincidencia de suma de hash". Parece que esto es una falla del servidor/X.Org.

Si lo sabe, describa los pasos para reproducir el problema:

Escribo sudo startkde y el siguiente resultado es este:

Entering /mnt/stateful_partition/crouton/chroots/stretch...

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

X.Org X Server 1.19.2
Release Date: 2017-03-02
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-16036-g30f3f9ed6ff1 #1 SMP PREEMPT Tue Oct 17 18:44:49 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=1277a6fb-f707-b046-b18d-2eba3e2afa9c/PARTNROFF=1 hashtree=PARTUUID=1277a6fb-f707-b046-b18d-2eba3e2afa9c/PARTNROFF=1 hashstart=3584000 alg=sha1 root_hexdigest=b2395e674405f7fc69e397a280fcc1af18d69354 salt=1fae5bbeca5cec504d7e2c2bfc8c2d16a95f0dbd9ed6d986e56fd2938c8f269d" noinitrd vt.global_cursor_default=0 kern_guid=1277a6fb-f707-b046-b18d-2eba3e2afa9c 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:14:06AM
xorg-server 2:1.19.2-1+deb9u1 (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: Tue Oct 24 12:11:38 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/stretch...

La ayuda se agradecería rápidamente porque quiero conocer más Debian. ¡Gracias por adelantado!

Comentario más útil

Clausura. Vuelva a abrir si este problema sigue siendo una preocupación.

Todos 5 comentarios

Tengo el mismo problema.

Estoy tratando de poner Kali-rolling en mi C201pa, y cada vez que intento iniciarlo usando sudo startxfce4 vuelve con este código,

` cronos@localhost / $ sudo startxfce4
Ingresando /mnt/stateful_partition/crouton/chroots/kali-rolling...
/usr/bin/startxfce4: Iniciando servidor X

_XSERVTransmkdir: el propietario de /tmp/.X11-unix debe establecerse como root

Servidor X.Org X 1.19.5
Fecha de lanzamiento: 2017-10-12
Protocolo X Versión 11, Revisión 0
Sistema operativo compilado: Linux 4.9.0-4-armmp-lpae armv7l Debian
Sistema operativo actual: Linux localhost 3.14.0 #1 SMP PREEMPT Dom 15 de octubre 17:37:03 PDT 2017 armv7l
Línea de comandos del kernel: 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 ninguno ro 1,0 3334144 verity payload=PARTUUID=ff808309-404e-da43-88dd-544d2b7508b4/PARTNROFF=1 hashtree=PARTUUID=ff808309-404e-da43-88dd-544d2b7508b4/PARTNROFF=1 hashstart4 alg3414 = sha1 root_hexdigest = ff00ebe381853db1e7cbc1da36ac5fea8d667eed sal = d2bc97e1ae24431ac2f79d5f09ab394e76fc573bf07f41ae014cdbb63dc6d3b9" noinitrd vt.global_cursor_default = 0 kern_guid = ff808309-404e-da43-88dd-544d2b7508b4
Fecha de compilación: 16 de octubre de 2017 03:15:10 p. m.
servidor xorg 2:1.19.5-1 (https://www.debian.org/support)
Versión actual de pixman: 0.34.0
Antes de informar problemas, consulte http://wiki.x.org
para asegurarse de que tiene la última versión.
Marcadores: (--) probado, (**) del archivo de configuración, (==) configuración predeterminada,
(++) desde la línea de comando, (!!) aviso, (II) informativo,
(WW) advertencia, (EE) error, (NI) no implementado, (??) desconocido.
(++) Archivo de registro: "/tmp/Xorg.crouton.1.log", Hora: viernes, 27 de octubre, 10:39:20 de 2017
(==) Usando el directorio de configuración del sistema "/usr/share/X11/xorg.conf.d"
(EE)
Error grave del servidor:
(EE) parse_vt_settings: no se puede abrir /dev/tty0 (no existe tal archivo o directorio)
(EE)
(EE)
Consulte el soporte de la Fundación X.Org
en http://wiki.x.org
por ayuda
(EE) Consulte también el archivo de registro en "/tmp/Xorg.crouton.1.log" para obtener información adicional.
(EE)
(EE) Servidor terminado con error (1). Cierre del archivo de registro.
/usr/bin/xinit: darse por vencido
/usr/bin/xinit: no se puede conectar al servidor X: Conexión rechazada
/usr/bin/xinit: error del servidor`

Intenté actualizar el crouton, así sudo sh ~/Downloads/crouton -u -t xfce -n kali-rolling y después de que lo hice y traté de ejecutarlo, volvió con el mismo error fatal.

Este error ha sido documentado por varias personas, usando crouton y sin él. Hay una solución para aquellos que lo ejecutan normalmente, pero no sé cómo acceder al directorio de archivos en el que está almacenado el crouton, y debido a esto no puedo solucionarlo.

¿Alguna entrada?

Corrección encontrada

¡Gracias @zguithues por la solución fácil!

Una solución rápida es ingresar al chroot con
sudo enter-chroot -n CHROOTNAME
y correr
sudo apt remove xserver-xorg-legacy

¡Entonces inicie el chroot normalmente!

Clausura. Vuelva a abrir si este problema sigue siendo una preocupación.

Vuelva a abrir, similar a:

https://github.com/dnschneid/crouton/issues/3510

La sugerencia de eliminar el legado de xorg no funciona porque no estaba instalado.

@githubgnulinux ,

Consulte mi respuesta a su otra publicación aquí: https://github.com/dnschneid/crouton/issues/3310#issuecomment -343778118

Espero que esto ayude,
-DennisL

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

duck955 picture duck955  ·  5Comentarios

jeremyckahn picture jeremyckahn  ·  5Comentarios

jbaum98 picture jbaum98  ·  4Comentarios

Epowerj picture Epowerj  ·  6Comentarios

Jacquelinemarie picture Jacquelinemarie  ·  3Comentarios