Arrancar las X en un entorno chroot
DesconectadoHola
Encuentro mucha información de errores para arrancar las X en un entorno chroot, pero no encuentro el problema que a mi me ocurre.
Tengo a lenny debidamente funcional y decidí instalar sid para probar así que construí un chroot en /mnt/Sid y allí instale xorg y fluxbox. Remarco que quiero arrancar las x en el chroot sin quitar las x que ya tengo arrancadas en normal.
Luego añadí la línea de proc en fstab y lo monté sin problema.
Luego hice un usuario (para no entrar en las x con root) y desde allí hice
startx -- :1
Y con eso arrancar me arranca pero me sale lo siguiente:
xauth: /home/casa/.Xauthority not writable, changes will be ignored
xauth: error in locking authority file /home/casa/.Xauthority
xauth: error in locking authority file /home/casa/.Xauthority
xauth: error in locking authority file /home/casa/.Xauthority
X.Org X Server 1.6.5
Release Date: 2009-10-11
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30.8-dsa-ia32 i686 Debian
Current Operating System: Linux debian 2.6.26-2-686 #1 SMP Wed Aug 19 06:06:52 UTC 2009 i686
Build Date: 13 October 2009 11:25:51AM
xorg-server 2:1.6.5-1 (buildd@murphy.debian.org)
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: "/var/log/Xorg.1.log", Time: Tue Oct 20 21:43:53 2009
(==) Using config file: "/etc/X11/xorg.conf"
Primary device is not PCI
(EE) No devices detected.
Fatal server error:
no screens found
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
Please also check the log file at "/var/log/Xorg.1.log" for additional information.
^Cgiving up.
xinit: No such file or directory (errno 2): unable to connect to X server
xinit: No such process (errno 3): unexpected signal 2.
xauth: error in locking authority file /home/casa/.Xauthority
No caigo en que debo mirar porque eso de .Xautority es una cosa y que el dispositivo no es PCI es otra y a mi me da que hay algo que no he hecho y me está saliendo por peteneras. Seguro que es alguna chorrada, pero no encuentro en google este problema concreto.
Sería de agradece alguna ayuda de que debo mirar porque estoy muy despistado
- Inicie sesión o regístrese para enviar comentarios
- 1353 lecturas
para eliminar el primer error .Xauthority debe pertenecer a tu usuario, probablemente ahora pertenece a root, por lo que no puede escribir encima. cámbialo si no está así
-rw------- 1 casa casa 162 oct 21 14:47 .Xauthority
Por lo que respecta al segundo error tendrás que comprobar tu xorg.conf. Dentro de tu jaula chroot tienes que tener un pequeño directorio /dev/ con tus dispositivos input, pero eso ya es otra historia
Gracias por responder.
El error del .XAutorithy era eso. De hecho lo pone claramente en el log que puse. Simplemente estuve mas preocupado con la otra cuestión que me tiene a mal traer.
Respecto a la segunda cuestión resulta que xorg desde hace un tiempo no mira su configuación (de hecho en el xorg.conf no pone apenas nada), sino que mira HAL. He comprobado /dev como dices y parece correcto (o al menos hay un montón de directorios allí), pero si pruebo hal
hal-devices
error: dbus_bus_get: org.freedesktop.DBus.Error.FileNotFound: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
Así que parece claro que el problema viene de que hal no ha reconocido bien el software y no tengo idea de porque. Esto es nuevo para mi porque yo tenía costumbre de tocar el xorg y ya estaba (por ejemplo para tema de resoluciones de pantalla por ejemplo) y ahora no se como se toca hal porque tengo entendido que usa archivos xml.
Lo cierto es que un dpig-reconfigure xserver-xorg -p high no hace nada de nada así que tendré que tocar eso por poca gracia que me haga. Lo que pasa es que no me gustan las recetas. Prefiero entender el porque de las cosas y la verdad no entiendo porque hal no reconoce las cosas como es debido en sid cuando si lo hace en lenny.
Ya por dejar todo documentado pongo algunas líneas que he visto en el log de xorg
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable AllowEmptyInput.
...
...
(II) LoadModule: "dri2"
(II) Loading /usr/lib/xorg/modules/extensions//libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
compiled for 1.6.5, module version = 1.1.0
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
Primary device is not PCI
(==) Matched vesa for the autoconfigured driver
(==) Assigned the driver to the xf86ConfigLayout
(II) LoadModule: "vesa"
(II) Loading /usr/lib/xorg/modules/drivers//vesa_drv.so
(II) Module vesa: vendor="X.Org Foundation"
compiled for 1.6.2.901, module version = 2.2.1
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 5.0
(II) VESA: driver for VESA chipsets: vesa
(WW) Falling back to old probe method for vesa
(EE) No devices detected.
Fatal server error:
no screens found
Bueno pues eso, que muchas gracias. Al menos ahora ya se lo que tengo que buscar. La verdad es que quizá este sistema de hal para las xorg sea mejor, pero yo prefería el sistema antiguo de tocar xorg.conf o un sencillito dpkg-reconfigure xserve-xorg que quieres que te diga.
¿has comprobado que tienes los directorios /mnt/Sid/dev/ y /mnt/Sid/var/run/dbus/ ?
Bueno pues eso, que muchas gracias. Al menos ahora ya se lo que tengo que buscar. La verdad es que quizá este sistema de hal para las xorg sea mejor, pero yo prefería el sistema antiguo de tocar xorg.conf o un sencillito dpkg-reconfigure xserve-xorg que quieres que te diga.
Sí, la verdad es que estaba bien, aunque en la mayoría de casos hal no suele dar grandes problemas reconociéndolo todo al vuelo y cada vez es más raro tener que añadir algo a manita.
Pero bueno, no creo que te cueste mucho encontrar ejemplos en internet (o mirando el man de xorg.conf, o usando un X -configure) para construirte un xorg.conf a mano. Hace tiempo que no trasteo con hal y las X en entornos chroot, pero "quiero" recordar que hal detectaba que estaba en una jaula y no arrancaba (quizá puedas engañarle con algún montaje bind de por ejemplo /dev, nunca lo he intentado).