Problema con Trisquel 5.5 despues de actualizar
- Login o registrati per inviare commenti
Bueno, por fin me decidi a instalar Trisquel 5.5 el día de hoy. Y todo
funcionaba bien, hasta que decidi instalar todas las actualizaciones.
Y alli murio trisquel. Al arrancar aparece la pantalla de login.
Ingreso mi contraseña, y de alli no pasa. Los colores se alteran y
ya no hace nada. A continuación el contenido del archivo
".xsession-errors":
/etc/gdm/Xsession: Beginning session setup...
Setting IM through im-switch for locale=es_GT.
Start IM through /etc/X11/xinit/xinput.d/all_ALL linked
to /etc/X11/xinit/xinput.d/default.
GNOME_KEYRING_CONTROL=/tmp/keyring-WyvgcM
GPG_AGENT_INFO=/tmp/keyring-WyvgcM/gpg:0:1
GNOME_KEYRING_CONTROL=/tmp/keyring-WyvgcM
GPG_AGENT_INFO=/tmp/keyring-WyvgcM/gpg:0:1
GNOME_KEYRING_CONTROL=/tmp/keyring-WyvgcM
GPG_AGENT_INFO=/tmp/keyring-WyvgcM/gpg:0:1
GNOME_KEYRING_CONTROL=/tmp/keyring-WyvgcM
GPG_AGENT_INFO=/tmp/keyring-WyvgcM/gpg:0:1
SSH_AUTH_SOCK=/tmp/keyring-WyvgcM/ssh
(gnome-settings-daemon:1579): color-plugin-WARNING **: There is no
colord server available ** (gnome-fallback-mount-helper:1628): DEBUG:
Starting automounting manager gnome-session[1535]: WARNING: Failed to
start app: Unable to start application: Falló al ejecutar el proceso
hijo «xscreensaver» (No existe el archivo o el directorio)
(gnome-fallback-mount-helper:1628): GVFS-RemoteVolumeMonitor-WARNING
**: invoking IsSupported() failed for remote volume monitor with dbus
name org.gtk.Private.GduVolumeMonitor:
org.freedesktop.DBus.Error.Spawn.ChildSignaled:
Process /usr/lib/gvfs/gvfs-gdu-volume-monitor received signal 6
(gnome-fallback-mount-helper:1628): GVFS-RemoteVolumeMonitor-WARNING
**: invoking IsSupported() failed for remote volume monitor with dbus
name org.gtk.Private.GPhoto2VolumeMonitor:
org.freedesktop.DBus.Error.Spawn.ChildSignaled:
Process /usr/lib/gvfs/gvfs-gphoto2-volume-monitor received signal 11 **
(gnome-fallback-mount-helper:1628): DEBUG: Found ConsoleKit session at
path /org/freedesktop/ConsoleKit/Session2 **
(gnome-fallback-mount-helper:1628): DEBUG: ScreenSaver name appeared **
(gnome-fallback-mount-helper:1628): DEBUG: ScreenSaver proxy ready **
(gnome-fallback-mount-helper:1628): DEBUG: Screensaver GetActive()
returned 0 ** (gnome-fallback-mount-helper:1628): DEBUG: ConsoleKit
session is active 1 gnome-session[1535]: WARNING: Application
'gnome-panel.desktop' killed by signal
(gnome-panel:1659): Gtk-WARNING **: Theme parsing error:
gtk-widgets.css:288:21: '' is not a valid color name
(gnome-panel:1659): Gtk-WARNING **: Theme parsing error:
gtk-widgets.css:1504:9: 'backgrou' is not a valid property name
(gnome-panel:1659): Gtk-WARNING **: Error setting gtk_color_scheme
in /usr/share/themes/Trisquel/gtk-3.0/settings.ini: El archivo de
claves contiene la clave «gtk_color_scheme» con el valor
«"fg_color:#333333\nbg_color:#E0DEDC\nbase_color:#FFFFFF\ntext_colo�:#333333\nselected_bg_color:#86A2C0\nselected_fg_color:#ffffff\ntooltip_fg_color:#53311C\ntooltip_bg_color:#F9F1AD"»
el cual no es UTF-8 Segmentation fault
** (gnome-screensaver:1661): WARNING **: ya se está ejecutando el
salvapantallas en esta sesión
La maquina es un Intel Celeron de 2.4 GH con 700 Mb de memoria.
¿Alguna sugerencia para resolver el problema? Gracias.
Pulsa Ctrl+Alt+F1 e ingresa con tu usuario y contraseña. Digita en una
consola:
sudo cp /etc/X11/xorg.conf.vesa /etc/X11/xorg.conf
lspci -vmmnn > hardware
Reinicia y prueba. Si arranca bien, pega el contenido del archivo
hardware (que va a estar en tu carpeta personal) en este hilo.
--
Saludos libres,
Quiliro Ordóñez
(593)2-253 5534
(593)2-340 1517
(593)9-675 9641
El Fri, 18 May 2012 20:51:47 -0500
Quiliro Ordóñez <name at domain> escribió:
>
>
> Pulsa Ctrl+Alt+F1 e ingresa con tu usuario y contraseña. Digita en
> una consola:
> sudo cp /etc/X11/xorg.conf.vesa /etc/X11/xorg.conf
> lspci -vmmnn > hardware
> Reinicia y prueba. Si arranca bien, pega el contenido del archivo
> hardware (que va a estar en tu carpeta personal) en este hilo.
>
Desafortunadamente no funciono, el chip de mi maquina no funciona
con vesa. Pero copie el archivo xorg.conf de la distro que uso
actualmente (Dragora), he intente arrancar con esa, pero igual, no
anda. Yo más creo que algo malo ocurrio al instalar las actualizaciones.
Voy a ver si hay paquetes rotos o desinstalar las actualizaciones.
Gracias.
A mi me pasó peor con Trisquel Mini, luego de un apt-get dist-upgrade el
sistema moría al arrancar, sin kernel panic, sin dejarme entrar a las tty,
nada... Nunca entendí que pasó ni tampoco pude (ni intenté) solucionarlo.
Estaría genial que nos cuentes si lo solucionas!
Saludos
El 20 de mayo de 2012 03:27, Germán A. Arias <name at domain>escribió:
> El Fri, 18 May 2012 20:51:47 -0500
> Quiliro Ordóñez <name at domain> escribió:
> >
> >
> > Pulsa Ctrl+Alt+F1 e ingresa con tu usuario y contraseña. Digita en
> > una consola:
> > sudo cp /etc/X11/xorg.conf.vesa /etc/X11/xorg.conf
> > lspci -vmmnn > hardware
> > Reinicia y prueba. Si arranca bien, pega el contenido del archivo
> > hardware (que va a estar en tu carpeta personal) en este hilo.
> >
>
> Desafortunadamente no funciono, el chip de mi maquina no funciona
> con vesa. Pero copie el archivo xorg.conf de la distro que uso
> actualmente (Dragora), he intente arrancar con esa, pero igual, no
> anda. Yo más creo que algo malo ocurrio al instalar las actualizaciones.
> Voy a ver si hay paquetes rotos o desinstalar las actualizaciones.
> Gracias.
>
--
Damián Muraña
Linux Registered User #460383
El Sat, 19 May 2012 21:47:38 -0300
Damián Muraña <name at domain> escribió:
> A mi me pasó peor con Trisquel Mini, luego de un apt-get dist-upgrade
> el sistema moría al arrancar, sin kernel panic, sin dejarme entrar a
> las tty, nada... Nunca entendí que pasó ni tampoco pude (ni intenté)
> solucionarlo.
>
>
Bien, no pude solucionarlo. Reinstale Trisquel y todo funcionaba
nuevamente bien. Actualice y otra vez se murio. Pero esta vez, en
el archivo .xsession-errors aparece un backtrace y un memory map.
Supongo que puede ser util para los desarrolladores para averiguar
que paso. Adjunto el archivo.
Encontre el problema. Yo tenia configurado el grub para arrancar
trisquel con el parametro
"mem", porque uso una memoria dañada. Al parecer una de las
actualizaciones es el grub que
quito este parametro. Hasta que se me ocurrio revisar el grub me di
cuenta de esto. Y se
soluciono el problema. Esto me ensañara a ser cuidadoso con las
actualizaciones del grub.
Gracias.
El 22/05/12, Germán A. Arias <name at domain> escribió:
> El Sat, 19 May 2012 21:47:38 -0300
> Damián Muraña <name at domain> escribió:
>> A mi me pasó peor con Trisquel Mini, luego de un apt-get dist-upgrade
>> el sistema moría al arrancar, sin kernel panic, sin dejarme entrar a
>> las tty, nada... Nunca entendí que pasó ni tampoco pude (ni intenté)
>> solucionarlo.
>>
>>
>
> Bien, no pude solucionarlo. Reinstale Trisquel y todo funcionaba
> nuevamente bien. Actualice y otra vez se murio. Pero esta vez, en
> el archivo .xsession-errors aparece un backtrace y un memory map.
> Supongo que puede ser util para los desarrolladores para averiguar
> que paso. Adjunto el archivo.
>
El 22/05/12 01:38, Germán Arias escribió:
> Encontre el problema. Yo tenia configurado el grub para arrancar
> trisquel con el parametro
> "mem", porque uso una memoria dañada. Al parecer una de las
> actualizaciones es el grub que
> quito este parametro. Hasta que se me ocurrio revisar el grub me di
> cuenta de esto. Y se
> soluciono el problema. Esto me ensañara a ser cuidadoso con las
> actualizaciones del grub.
Si siempre documentas lo que haces, puedes evitar este tipo de
problemas. Si lo documentas de manera pública evitas reinventar la rueda.
--
Saludos libres,
Quiliro Ordóñez
(593)2-253 5534
(593)2-340 1517
(593)9-675 9641
- Login o registrati per inviare commenti