Re: OT: no inicia entorno gráfico
>
> (...)
>
>>> A ver... para instalar paquetes del repositorio de backports tienes que
>>> seguir estos pasos:
>>>
>>> http://backports.debian.org/Instructions/
>>>
>>> Que básicamente se trata de añadir el repo en el archivo
>>> "/etc/apt/sources.list".
>>
>> Si eso lo hice, básicamente son las mismas instrucciones que salen en la
>> sección de backports de la wiki de Debian 1.- Agregar el repositorio 2.-
>> aptitude update 3.- aptitude -t wheezy-backports install
>> linux-headers...
>> linux-headers... linux-image...
>
> El paquete de "linux-header-*" no sé hasta qué punto es necesario
> teniendo en cuenta que el kernel ya está compilado y empaquetado como deb.
> Salvo que te lo pida por dependencias no tendrías por qué instalarlo.
>
>>> Una vez hecho eso, en lugar de usar la línea de comandos abre Synaptic
>>> y busca el paquete del kernel (3.14) para tu sistema de 64 bits que es
>>> "linux-image-3.14-0.bpo.2-amd64 (3.14.13-2~bpo70+1)" y si te pide
>>> instalar algún paquete o biblioteca adicional para satisfacer
>>> dependencias, acepta (si tienes dudas, antes de aceptar pregunta en la
>>> lista).
>>
>> lo del synaptic difícil a esta altura :)
>
> Para la próxima, pues.
>
>>> Las palabras no salen porque la carga va muy rápida, eso es normal. Lo
>>> que no es normal es que se quede igualmente en negro, ya que podría
>>> indicar que el kernel que hay disponible en los backports NO incluye el
>>> parche para tu adaptador gráfico (lo cual me parece MUY raro) y de ser
>>> así mala solución le veo salvo que quieras compilar un kernel tú mismo
>>> (si estás interesado nos dices y te pasamos instrucciones).
>>
>> Sobre lo de la pantalla negra sin haber pasado "las palabras" había un
>> cambio, y era que esta vez no había cursor en la esquina como cuando
>> entraba con el kernel original, también me di cuenta que el led de la
>> antena wifi estaba media extraña.
>
> Si no había cursor en la esquina quizá sí que había cargado el entorno
> gráfico (pantalla de inicio de sesión) y el problema es que la pantalla
> estaba oscurecida, pero eso no lo podemos saber hasta ver el archivo de
> registro y comprobar si Xorg te saca algún error o ya no.
AAAAH!!! Me vas a querer mataaar tenía tan la &%$ con los kernels, por
otro lado acá todos insistiendo en "si no estaba malo por qué le
quieres poner el otro programa?..." no pensé en nada más, agarré
testing y lo instalé
>>> Igualmente, sube de nuevo a ww.pastebin.com el archivo
>>> "/var/log/Xorg.0.log"
>>> que se ha generado cuando has iniciado con el nuevo kernel.
>>
>> Ok, nuevamente lo haré en la noche.
>
> Sí, gracias, es importante.
Si sigue sirviendo http://pastebin.com/W4RkJdEK
>>>> Como otra opción hice un upgrade desde el backport de wheezy "aptitude
>>>> -t wheezy-backports upgrade" entonces comenzó a actualizar, a una
>>>> velocidad de porquería, ya que no puse mirror cercano, sólo el que
>>>> recomiendan en la página de Debian xD, estoy también haciendo un
>>>> reinstall de xorg y su correspondiente xserver-xorg-video-intel ambos
>>>> desde backport si es que existe algo así.
>>>
>>> Te recomiendo que NO instales ningún paquete de los backports más allá
>>> de lo que necesites, en este caso el kernel y las dependencias que
>>> tenga pero nada más.
>>
>> Sobre esto y lo que me indicas más arriba, "carga el driver correcto
>> (intel) pero falla lo cual pinta a que el kernel o la versión de Xorg (o
>> los dos juntos) ...no es capaz de gestionar el adaptador gráfico"
>> ¿Debo instalar xorg por backports? incluído el xserver-xorg-video-intel?
>
> No, de momento no lo veo necesario. Además, no encuentro ese paquete
> disponible en los backports de wheezy.
>
>>>> Estoy medio frustrado pues ahora trabajo en un lugar donde hay
>>>> restricciones de conexión para los equipos y sólo puedo hacer estas
>>>> pruebas un par de horas en la noche, por esto estoy pensando como
>>>> opción instalar testing, quizás sólo quizás, si el desarrollo va bien
>>>> en testing podría funcionar mi controlador.
>>>
>>> Testing lleva una revisión del kernel ligeramente superior (3.14.15-2)
>>> a la que hay en los backports (3.14.13-2) pero no creo que sea
>>> suficiente :-/,
>>> lo que podrías hacer antes es descargar la versión LiveCD de testing
>>> para ver si reconoce la gráfica correctamente.
>>
>> Mmm... no sé si será suficiente pero antes de instalar probé la versión
>> live de Debian Estable y el entorno gráfico funcionó bien aunque no
>> cargó el gnome como debía, sólo un escritorio bastante austero, más
>> parecido al antiguo gnome. Bueno, la duda en el fondo es ¿Con eso basta
>> para saber si reconoce bien la gráfica? o necesito ver qué controlador
>> cargó por ejemplo?
>
> Seguramente porque la LiveCD te cargó un controlador para la gráfica
> genérico (vga) en lugar del intel que es el que te da problemas. Esto es
> lo que te explico en el P.S.
>
>>> Me parece que el bug es este:
>>>
>>> Intel ValleyView Gen7 black screen after kernel initialization
>>> https://bugzilla.kernel.org/show_bug.cgi?id=80191
>>
>> Sobre este link que me envías, ahí dicen que las pruebas que realizaron
>> con los kernel 3.15 y 3.17 funcionarían, no quiero perder la esperanza
>> así que sigo pensando que aunque no mencionaron el kernel 3.14 es sólo
>> porque no probaron con él y no porque no funcione.
>
> Sí, es extraño que la 3.14 no lo haya corregido ya.
Sobre la versión del kernel es la 3.14-2-amd64.
Y por si me puedes seguir ayudando tengo varias anotaciones que nos
pueden guiar sobre lo que ha pasado, paso a describir lo que he hecho:
instalé alsa-base
hice alsa reload (pero no funcionó, quizás no se está usando)
me fui al grano e instalé firmware-linux-free xserver-xorg-video-intel xorg
Hice un X -configure y... chachán!! ahora sí funcionó, copié el
xorg.conf.new y lo pegué en /etc/X11/xorg.conf
cuando quise instalar gnome-core habìa un montón de paquetes que se
eliminarían, otras tantas dependencias sin cumplir, entonces hice un
upgrade y luego pude sin problemas, entonces también gnome-core
Despuès, la prueba de fuego, reiniciando normal, al llegar al modo
gráfico nuevamente en negro.
Puse más atención al grub ya que estaba casi convencido de activar eso
del nomodeset, pero me encontré con la sorpresa (quizás no lo es para
tí) que si selecciono la segunda opción del grub, esa que llega sólo a
modo texto, se abre otro grub 0.O la cosa es que quería entrar en el
modo ese de texto, así que en el segundo grub también seleccioné la
opción correspondiente y en modo texto, después de haber proporcionado
el password de root pensé escribir startx y fue la primera vez que
pude entrar en modo gráfico, funcionó como root, mi duda ahora era, si
ingreso con el mismo comando desde mi usuario normal ¿qué pasará?
luego de un hard reset seleccioné la opción por defecto en el primer
grub, cuando es esa la opción no pasa por el segundo grub, comenzó la
carga (letras en pantalla) llegamos al mismo punto, pantalla negra y
un cursor y luego de unos segundos cargó el entorno gráfico.
Quería seguir probando así que traté de reiniciar y cada vez que hice
eso desde el entorno gráfico, parecía que el computador se apagaba
pero la pantalla seguía prendida, casi no se notaba porque era otro
negro así como de vacío :p y el led del wifi encendido también,
nuevamente hard reset. Seguí con las pruebas, escapando al shell1
trataba de hacer reboot pero nuevamente lo mismo, así que luego de
varias detuve gdm3, detuve network-manager y es este último el que me
impide apagar o reiniciar bien, una vez que está detenido hago reboot
sin problemas.
Otra cosa, leí este artículo
http://unix.stackexchange.com/questions/115459/valley-view-black-screen-of-death
y dice por ahí abajo algo sobre un archivo
/usr/share/X11/xorg.conf.d/80-backlight.conf con el contenido que
indican:
Section "Device" Identifier "Intel Graphics" Driver "intel" Option
"AccelMethod" "sna" Option "Backlight" "intel_backlight" # use your
backlight that works here BusID "PCI:0:2:0" EndSection Y también lo
hice, sólo que antes de descubrir el tema del network-manager.
Por último debo agregar que cuando inicia, antes de llegar al modo
gráfico, hay una parte en la carga que la encuentro extraña y voy a
escribir:
Loading, please wait
[8.651512] systemd-fsck [153]: /dev/sda4: limpio, 100988/1099440 ficheros, 88
[10.102814] kvm: disabled by bios
[10.150732] kvm: disabled by bios
[12.220760] systemd-fsck[262]: fsck.fat 3.0.26 (2014-03-07)
[12.223233] systemd-fsck[262]: /dev/sda1: 3 files, 35/121614 clusters
[12.664757] systemd-fsck[306]: /dev/sda5: limpio, 138/29007872
ficheros, 1872206/116005120 bloques
Debian GNU/Linux Jessie/sid ROQ515 tty1
Hasta ahí llega
>>> P.S. Mientras estás haciendo pruebas, puedes intentar desactivar el
>>> modo KMS del kernel para que te cargue el driver VESA y al menos puedas
>>> iniciar una sesión gráfica. Para ello tienes que añadir el parámetro
>>> "nomodeset" o "i915.modeset=0"
>>> en la línea del kernel que aparece en el menú de GRUB.
>>
>> Lo haré y si funciona, entonces trabajaré con synaptic.
>>
>> Sobre lo que mencionaste "...compilar un kernel tú mismo (si estás
>> interesado nos
>> dices y te pasamos instrucciones)." me da la impresión que voy a leer
>> las instrucciones y me voy a sentir mal, xD será como ver un pergamino
>> Maya, pero nunca lo sabré hasta verlo de verdad, así que si llegamos a
>> ese punto, espero que no, sí voy a querer las instrucciones.
>
> Bueno, las instrucciones son sencillas de entender y de seguir pero
> tienes que instalar muchos paquetes para poder compilar, lo cual
> personalmente no me gusta nada O:-)
>
> Saludos,
>
> --
> Camaleón
>
Agradezco mucho tu tiempo, disculpa por largarme por las mías, si hace
falta volver a estable para hacer pruebas, sí lo puedo hacer. Buenas
noches.
Paulo
Reply to: