Debian 8.8 a debian 9 problemas con nuevo kernel
#1
Dom, 18/06/2017 - 12:41
Debian 8.8 a debian 9 problemas con nuevo kernel
Estado:
[ACTIVO]
Después de la actualización (*) el kernel 4.9.0-3-amd64 no me lista los usuarios. Me queda con un fondo de pantalla y no puedo hacer nada. Reiniciando y eligiendo el kernel antiguo 3.16.0-4-amd64 puedo entrar. Tengo arranque dual win10/debian uefi/grub
Alguna sugerencia?
(*) http://nerea.cat/gnu/debian9.txt
Mi sugerencia es que indiques mas datos de tu sistema, ¿entorno grafico , cual ? ¿gestor de inicio ,cual ? datos de tu hardware ? ( por si un tema de la gráfica se tratase )
Aquí (*) te dejo un poco más de información....
(*) http://nerea.cat/gnu/debian9a.txt
opino lo mismo que caliban, además escribe los pasos que utilizaste para actualizar, que tienes en el /etc/apt//sources.list, recuerda que estas cambiando entre versiones, por lo que la actualización debes utilizar el parámetro full-upgrade y no solo upgrade. por lo que seria bueno que documentaras mas con lo que se te pide
saludos
Saludos
Primero hice:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
Segundo: cambie el texto de las lineas en las que aparece la palabra “jessie” por la palabra “stretch” en el /etc/apt//sources.list
# stretch-oficiales
deb stretch main contrib non-free
deb-src stretch main contrib non-free
# stretch-actualizaciones-seguridad
deb stretch/updates main contrib non-free
deb-src stretch/updates main contrib non-free
# stretch-actualizaciones-sistema
deb stretch-updates main contrib non-free
deb-src stretch-updates main contrib non-free
deb stretch-proposed-updates main contrib non-free
deb-src stretch-proposed-updates main contrib non-free
# debian-multimedia
# apt-get install deb-multimedia-keyring
deb stretch main non-free
Tercero:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
Cuarto: Reiniciar
Debo hacer un apt-get full-upgrade?
Si no es suficiente esta información....
dime que comandos poner y te lo paso
Creo que es lo mismo upgrade = safe-upgrade y dist-upgrade = full-upgrade pero para asegurar hice (con aptitude):
:~$ sudo aptitude update
[sudo] contrasenya per a jaume:
Hit stretch InRelease
Hit stretch/updates InRelease
Hit stretch-updates InRelease
Hit stretch-proposed-updates InRelease
Ign stretch InRelease
Hit stretch Release
:~$ sudo aptitude safe-upgrade
No s'instal·larà, actualitzarà o suprimirà cap paquet.
0 paquets actualitzats, 0 instal·lats, 0 a suprimir i 0 a no actualitzar.
Es necessita obtenir 0 B d'arxius. Després del desempaquetat s'utilitzaran 0 B.
j:~$ sudo aptitude full-upgrade
No s'instal·larà, actualitzarà o suprimirà cap paquet.
0 paquets actualitzats, 0 instal·lats, 0 a suprimir i 0 a no actualitzar.
Es necessita obtenir 0 B d'arxius. Després del desempaquetat s'utilitzaran 0 B.
Tampoco vendría mal que iniciaras con ambos kernels y, en el momento en que llegues a la pantalla de login, tanto cuando muestra los usuarios como cuando no, te cambiaras a una tty, te loguearas desde ahí, y nos pusieras la salida en ambos casos del comando
No debería tener nada que ver el kernel, con lo que dices que te pasa, pero todo es posible (algún problema con el driver gráfico, que veo que es intel, quien sabe, yo tengo intel y no tengo problemas desde que sid pasó al kernel 4.9). Me imagino que con que no muestra los usuarios te refieres a la pantalla de login (que usas? gdm3?).
Edit....
Una gráfica intel de no hace mucho tiempo...
¿tienes instalado el paquete xserver-xorg-video-intel? Si es así prueba a desinstalarlo y reiniciar con el kernel nuevo, este driver está considerado para gráficas a partir del 2012/2013 de intel y está prácticamente abandonado. El driver incluido en el kernel funciona perfectamente. Mira si tienes alguna configuración en xorg.conf o dentro del directorio xorg.conf.d que haga referencia al driver de intel y muevelo/quitalo para que no interfiera.
No hay bar que por bien no venga....
kernel 4.9.0-3-amd64
:~$ sudo journalctl -b -p err
-- Logs begin at Sun 2017-06-18 21:51:00 CEST, end at Sun 2017-06-18 22:00:44 CEST. --
jun 18 21:51:00 nom kernel: sd 4:0:0:0: [sdc] Asking for cache data failed
jun 18 21:51:00 nom kernel: sd 4:0:0:0: [sdc] Assuming drive cache: write through
jun 18 21:51:00 nom kernel: kvm: disabled by bios
jun 18 21:51:00 nom kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_01.bin (-2)
jun 18 21:51:02 nom systemd[1]: Failed to start Set console font and keymap.
jun 18 21:51:02 nom avahi-daemon[591]: chroot.c: open() failed: No such file or directory
kernel 3.16.0-4-amd64
:~$ sudo journalctl -b -p err
-- Logs begin at Sun 2017-06-18 22:03:16 CEST, end at Sun 2017-06-18 22:05:18 CEST. --
jun 18 22:03:16 nom kernel: kvm: disabled by bios
jun 18 22:03:17 nom kernel: sd 4:0:0:0: [sdc] Asking for cache data failed
jun 18 22:03:17 nom kernel: sd 4:0:0:0: [sdc] Assuming drive cache: write through
jun 18 22:03:18 nom avahi-daemon[545]: chroot.c: open() failed: No such file or directory
jun 18 22:03:27 nom gnome-session-binary[1099]: Unrecoverable failure in required component org.gnome.Shell.desktop
Elimine:
:~$ dpkg -l | grep xserver-xorg-video-intel
:~$
kernel 4.9.0-3-amd64 no pude entrar
kernel 3.16.0-4-amd64 si pude entrar
Pensé que me quedaría sin entorno gráfico pero todo sigue igual...
Edit....
Tengo gdm3
# gdm3 --version
GDM 3.22.3
mira si los link te sirven, son los posibles fallas que pueden hacer que un karnel con el otro te den falla
saludos
Saludos
De momento, y a falta de confirmar que funcione o no, tu gráfica precisa de un firmware que no está incluido en el kernel, instálate el paquete firmware-misc-nonfree y comprueba si funciona correctamente con el nuevo kernel.
La falta de un firmware no siempre provoca que algo no funcione, a veces el hardware funciona con drivers libres, pero no se activan/aprovechan todas las características o recursos del dispositivo, fíjate que con el kernel nuevo te da un error con la carga del firmware, precisamente para el driver i915, que es el que usa la gráfica de Intel.
No hay bar que por bien no venga....
Instálate el paquete firmware-misc-nonfree pero no funciono
Aquí te dejo el arranque (no veo errores) del kernel 4.9.0-3-amd64
No se que escritorio estas usando perro seguramente tenes alguno que requiera aceleración 3d y sumado a que el kerrnel 4.9 tiene problemas en tu instalacion para levantar el driver de intel da por resultado que tengas un pantallazo negro cuando quieras entrar a tu sesión
Volve a instalar el controlador de intel xserver-xorg-video-intel y comproba que tenes instalado mesa-utils
Luego de reiniciar comprobas si tenes aceleración 3d
* En los repositorios de experimental ya llego el kernel 4.10 asi que podrías cargar los repositorios de experimental he instalar linux-image-4.10.0-rc6-amd64 a lo mejor la solución es huir hacia adelante
* El otro paso seria generar una configuración manual para tu xorg
PD: Uno de los errores que te marca es porque no tenes activada la virtualizacion por hardware en el bios de tu pc jun 18 21:51:00 nom kernel: kvm: disabled by bios ¿tenes instalado virtualbox?
Volviendo a instalar el controlador de intel xserver-xorg-video-intel i reconfigurando xserver-xorg siguio igual
Cambie en sources.list stretch por experimental #aptitude update # aptitude insatall linux-image-4.10.0-rc6-amd64 hace lo mismo
# touch /etc/modprobe.d/blacklist-kvm.conf y metí
blacklist kvm
blacklist kvm_intel
blacklist kvm_amd
ya que cuando solucione lo del kernel quiero instalar virtualbox
Un detalle que me di cuenta de cuando reinicio con el kernel 4.9 o 4.10 el pantallazo me lo da en la terminal tty1 lo normal no es tt7 y entrando con kernel 3.16 la gráfica esta en el tty2 y en tty7 no hay nada. La interfaz gráfica siempre me había salido en tty7
¿que has cambiado que? Una locura, experimental no contiene un sistema completo, a parte de que encontrarás muuuuchos bugs. vuelve a dejarlo en stretch, anda, no hagas locuras.
Prueba un par de cosas. La primera, inicia con el kernel 4.9 y cuando llegue a donde tenga que llegar, cambiate a una tty y desde ahi logueate con tu usuario y entonces ejecuta startx a ver como van las cosas, para descartar que sea algun problema del gestor de inicio de sesión (gdm3). La segunda, instalar otro gestor de sesión, para descartar que gdm3 tenga algún problema con los gráficos y el kernel 4.9, como puede ser lightdm.
Por otro lado, no estaría de más que localizaras el log de todo el proceso de actualización (instalación, actualización, desinstaláción de paquetes que se hizo). Los diferentes logs relativos los tienes en /var/log/apt/, history es el historial de lo que se ha hecho (una instalación, un upgrade, una desinstalación) con el nombre de paquetes involucrados, mientras que term.log es exactamente lo que tu vieras en consola en el momento de hacer la operación. En ambos podrás localizar el momento ya que se indica la fecha y hora de cada operación. Copia el extracto correspondiente de uno de esos archivos (preferentemente el de term.log) y lo subes a un servicio como pastebin.com o paste.debian.net, a ver si te faltara algún paquete o algo hubiera ido mal, es que no se me ocurre otra cosa, ya que la unica diferencia que pareces tener entre una opción y otra, es la versión del kernel, y es extraño que solo eso sea el culpable de tus problemas...
Edit, y otra cosilla que se me ocurre. En ambos casos, la salida del comando
o como se llame el servicio que inicia el gestor de login (creo recordar que el de gdm3 es asi como se llama).
Por otra parte, blacklistear kvm no creo que te sirva de nada, viendo como he visto antes que lo tienes desactivado a nivel de Bios (y virtualbox también puede hacer uso de él, ese kvm lo que hace es precisamente que los emuladores con soporte puedan acceder al hardware en lugar de emularlo todo).
No hay bar que por bien no venga....
Mi sugerencia es que se lea las notas de lanzamiento,
Vea los directorios de Xorg (no recuerdo las rutas) y haga los cambios pertinentes, o pregunte a Panko, hace tiempo que usa el nuevo controlador. Si aún tiene problemas vea los logs de Xorg.0.log o de GDM, algo habrá. Espero que lo de abajo sea la solución.
" En jessie, el controlador de entrada por omisión para Xorg es el controlador evdev. En stretch, el controlador por omisión ha cambiado a libinput. Si tiene una configuración de Xorg que depende del controlador evdev, tendrá que o bien convertirlo al controlador libinput o reconfigurar su sistema para utilizar el controlador evdev.
El siguiente EJEMPLO muestra una configuración para libinput para utilizar la funcionalidad de “Emulate3Buttons”.
Introduzca esta configuración en /etc/X11/xorg.conf.d/41-middle-emulation.conf, reinicie el sistema (o reinicie su servidor X) y esta configuración debería activarse.
El controlador evdev sigue estando disponible en el paquete xserver-xorg-input-evdev."