Actualización fallida a Plasma 5 en portátil Lenovo con Debian Sid

30 envíos / 0 nuevos
Último envío
#1 Mar, 06/09/2016 - 14:15
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Actualización fallida a Plasma 5 en portátil Lenovo con Debian Sid

Hola a todos:

Hoy por fin me he decidido a hacer un apt-get dist-upgrade en mi Lenovo Thinkpad W540 con Debian, KDE4 y GPU NVIDIA Quadro K2100M a fin de actualizar a Plasma 5. Desastre total...

En principio todo ha ido bien, en el proceso de instalación ningún paquete dio problemas, pero ahora no puedo acceder al entorno gráfico. El display manager es KDM, pero meto usuario y contraseña y no se loguea, emitiendo un mensaje de fallo diciendo que el problems es kdeinit5 y que revise la instalación (no detalla nada más). He probado con SDDM y es aún peor, ya que el sistema se queda congelado en el arranque y no llega ni siquiera a la pantalla de bienvenida (he leído por ahí, no tengo ahora el enlace, que SDDM no se lleva bien con las tarjetas NVIDIA). También he probado con XDM, pero falla igualmente. Todo esto falla tanto con el driver propietario de NVIDIA (poniendo el módulo nouveau en la lista negra), como con el driver nouveau (sacando el módulo nouveau de la lista negra), el intel y el vesa (y para los drivers de nvidia y nouveau tengo instalado bumblebee y primus)

Finalmente he arrancado en modo consola y he tratado de lanzar manualmente kdeinit5, comando que me devuelve el siguiente mensaje:

kdeinit5: Aborting. $DISPLAY is not set

A continuación he probado a definir la variable DISPLAY como he visto en algunos foros:

export DISPLAY=localhost:0.0

Y ahora kdeinit5 me devuelve el siguiente error:

kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/libexec/kf5/klauncher'
kdeinit5: Launched KLauncher, pid=1229, result=0
QXcbConnection: Could not connect to display localhost:0.0
kdeinit5: Communication error with launcher. Exiting!

¿Alguien ha tenido el mismo problema y sabe cómo solucionarlo? Me gustaría evitar tener que hacer una nueva instalación

Gracias

Mar, 06/09/2016 - 14:47
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

¿Has pasado de un debian con kde4 del tirón a un debian con plasma 5.7.4 en debian sid? Vaya suicidio... Tendrías que haber actualizado completamente el sistema actual, luego haber pasado a testing, y luego a sid... El salto que has pegaso es muy grande y seguro que algún paquete se te ha quedado por el camino. Tu nvidia no tiene nada que ver en absoluto, ya que por lo que veo tienes tecnología optimus, y el sistema no usará la nvidia para nada en absoluto mientras no se lo digas, y menos a la hora de levantar el entorno gráfico (yo uso sddm desde el principio y tengo intel+nvidia).

Configura nuevamente sddm

sudo dpkg-reconfigure sddm

sudo systemctl enable sddm.service

y para las X, crea el archivo /etc/X11/xorg.conf.d/20-intel.conf con el contenido

Section "Device"
    Identifier "Intel Graphics"
    Driver     "intel"
    Option     "TearFree"    "true"
EndSection

Una vez hecho esto, reinicia el sistema a ver si consigues que aparezca sddm y desde ahí vamos mirando que te ocurre...

  No hay bar que por bien no venga....
Mar, 06/09/2016 - 14:49
rockyiii
Imagen de rockyiii
Desconectado/a
administrator
se unió: 11/01/16

fijate que te pone un# journalctl -f -p err

Mar, 06/09/2016 - 16:37 (Responder a #3)
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Panko wrote:

¿Has pasado de un debian con kde4 del tirón a un debian con plasma 5.7.4 en debian sid? Vaya suicidio... Tendrías que haber actualizado completamente el sistema actual, luego haber pasado a testing, y luego a sid... El salto que has pegaso es muy grande y seguro que algún paquete se te ha quedado por el camino. Tu nvidia no tiene nada que ver en absoluto, ya que por lo que veo tienes tecnología optimus, y el sistema no usará la nvidia para nada en absoluto mientras no se lo digas, y menos a la hora de levantar el entorno gráfico (yo uso sddm desde el principio y tengo intel+nvidia).

No, no, el sistema lo tenía actualizado con apt-get upgrade y/o aptitude upgrade. Lo que hice ahora fue el apt-get dist-upgrade, que fue lo que metió del todo Plasma 5. Sospechaba lo de nvidia porque en otro Thinkpad que tengo, un T400 en este caso, en el que la gráfica es sólo Intel de memoria compartida, todo fue bien hace unos meses y el SDDm funciona sin problemas

Panko wrote:

Configura nuevamente sddm

sudo dpkg-reconfigure sddm

sudo systemctl enable sddm.service

y para las X, crea el archivo /etc/X11/xorg.conf.d/20-intel.conf con el contenido

Section "Device"
    Identifier "Intel Graphics"
    Driver     "intel"
    Option     "TearFree"    "true"
EndSection

Una vez hecho esto, reinicia el sistema a ver si consigues que aparezca sddm y desde ahí vamos mirando que te ocurre...

Mañana pruebo y te comento

Muchas gracias

Mar, 06/09/2016 - 16:38 (Responder a #4)
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

rockyiii wrote:

fijate que te pone un# journalctl -f -p err

Gracias por tu respuesta. Mañana lo hago y lo comento

Mié, 07/09/2016 - 06:30
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Hola a todos:

Contesto a Panko:

He seguido todas tus instrucciones y el problema con SDDM permanece. En mi caso tenía un xorg.conf para la intel que he renombrado para crear el /etc/X11/xorg.conf.d/20-intel.conf que sugieres, pero en el arranque no llega ni a la pamtalla de login de SDDM, sino que se queda el monitor en negro y se congela. He probadotambién a usar el driver vesa, pero el resultado es el mismo. Total, que he vuelto a KDM y así al menos puedo iniciar sesión con IceWM, pero no con KDE

Mié, 07/09/2016 - 07:00
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Se me olvidó comentar antes que systemctl enable sddm.service devuelve esto:

systemctl enable sddm.service
Synchronizing state of sddm.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable sddm
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
   .wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
   a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
   D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
   instance name specified.

que no sé muy bien si es un error o un warning

Mié, 07/09/2016 - 07:21
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Contesto a rockyiii:

La salida de journalctl -f -p err haciendo lo que me indica Panko (aunque la pantalla se quede congelada en negro puedo accedes a la consola con Ctrl.+Alt+F2):

mmc0: Unknown controller version (3). You may experience problems
thinkpad_acpi: Unsupported brightness interface, please contact ibm...
iwlwifi 0000:03:00.0: firmware: failed to load iwlwifi-7260-15.ucode (-2)
kvm: disabled by bios
kvm: disabled by bios
kvm: disabled by bios

es decir, no aparece nada relacionado con sddm

Mié, 07/09/2016 - 07:31
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Si vuelvo a configurar KDM como display manager e inicio sesión en IceWM, la salida de journalctl -f -p err es:

Failed to start Simple Desktop Display Manager.
sddm.service: Failed to enqueue OnFailure= job: No such file or directory
Failed to start Simple Desktop Display Manager.
sddm.service: Failed to enqueue OnFailure= job: No such file or directory
Failed to start Simple Desktop Display Manager.
sddm.service: Failed to enqueue OnFailure= job: No such file or directory
Failed to start Simple Desktop Display Manager.
sddm.service: Failed to enqueue OnFailure= job: No such file or directory
Failed to start Simple Desktop Display Manager.
sddm.service: Failed to enqueue OnFailure= job: No such file or directory

Gracias

Mié, 07/09/2016 - 09:12
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Suena a que tu sistema anda algo liadillo... o el error de sddm es de otro arranque. El comando que te muestra los errores del arranque actual es journalctl -b -p err

De todas formas, a sddm le falta algo, y si kdm no te deja iniciar plasma, puede que a plasma también le falte algo.

Reinicia el equipo y, en lugar de iniciar sesión desde kdm, cambiate a una tty y logueate desde ahi, luego trata de ejecutar startx a ver si te tira algún error durante el inicio de sesión.

Si todo va bien, salte de la sesión, para kdm con systemctl stop kdm.service y trata de iniciar sddm con systemctl start sddm.service a ver si con suerte tirara algún error.

Si pudieras poner el contenido del archivo /var/log/apt/history.log (usa paste.debian.net mismo), se le podría echar un vistazo a ver que hizo apt-get upgrade, porque sin saber lo que se ha llevado y lo que no, poco se puede hacer más que adivinar (mientras no diga nada la consola con lo que te he dicho antes).

  No hay bar que por bien no venga....
Mié, 07/09/2016 - 12:18 (Responder a #10)
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Panko wrote:

Suena a que tu sistema anda algo liadillo... o el error de sddm es de otro arranque. El comando que te muestra los errores del arranque actual es journalctl -b -p err

De todas formas, a sddm le falta algo, y si kdm no te deja iniciar plasma, puede que a plasma también le falte algo.

Reinicia el equipo y, en lugar de iniciar sesión desde kdm, cambiate a una tty y logueate desde ahi, luego trata de ejecutar startx a ver si te tira algún error durante el inicio de sesión.

Si todo va bien, salte de la sesión, para kdm con systemctl stop kdm.service y trata de iniciar sddm con systemctl start sddm.service a ver si con suerte tirara algún error.

Si pudieras poner el contenido del archivo /var/log/apt/history.log (usa paste.debian.net mismo), se le podría echar un vistazo a ver que hizo apt-get upgrade, porque sin saber lo que se ha llevado y lo que no, poco se puede hacer más que adivinar (mientras no diga nada la consola con lo que te he dicho antes).

Gracias por tu respuesta.

Cuando hago startx salen una líneas de texto en la terminal, pero no da tiempo a leerlas porque pasa al arranque gráfico. Pero hace lo mismo que desde kdm: se queda congelado y al volver a la terminal con Ctrl.+Alt+F2 no sale el mensaje.

Otra cosa que he hecho es que, aprovechando que tengo también el Thinkpad T400 con Plasma 5 funcionando, he instalado exactamente los mismos paquetes en el W540, pero el resultado es el mismo, tanto en lo que respecta al comportamiento con KDM como con SDDM. A veces, al intentar logearme con KDM sale una ventana de error que dice

Ejecutable_ kwin_x11: 1905 Señal: Segmentation fault (11)

Otra cosa que he hecho es la siguiente:

He instalado el escritorio ligero LxQT, que está basado, al igual que KDE, en QT. En LxQT sí que puedo logearme (aunque tarda bastante, pero al final entra) con KDM. Y hay problemas si el gestor es kwin_x11. Al arrancar por ejemplo firefox, parpadea un rato y sale un mensaje que dice que kwin no está estable. He probado a poner kwin_wayland como gestor y no da ningún mensaje de error, aunque tanto con wayland como con x11 las ventanas no acaban de dibujarse bien del todo (faltan los botones de cerrar y minimizar, por ejemplo). En vista de ello, he desinstalado el paquete kwin-x11 para que el sistema se quede sólo con wayland y ver si así podía acceder con KDM, pero no, sigo sin poder.

El dist-upgrade que originó este lío fue el siguiente: http://paste.debian.net/812841/

Saludos

Mié, 07/09/2016 - 13:20
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

pues de momento ya te digo que pases olímpicamente de wayland... no es estable en absoluto ahora mismo en debian, quédate con kwin-x11.

Por otro lado, lo que hace cada gestor gráfico, tienes un log en /var/log/sddm.log o kdm.log, fíjate en la hora que dice ahi y verás que hace sddm/kdm en el momento de iniciar sesión.

Que consigas iniciar sesión con otro escritorio pero que no lo tengas estable, me suena a que algún paquete te anda haciendo la puñeta... ¿Tienes un usuario al que no hayas modificado la configuración? Nunca está de más probar a iniciar sesión con un usuario en blanco para ver si el problema persiste.

 

apt-get es bastante agresivo en según que casos, y estoy seguro que se te ha llevado algo por delante que no debería sin que lo sepas, por eso te pedí el log en el anterior post mio (yo prefiero usar aptitude, que le cuesta un poco más desinstalar paquetes...).

 

Edit...

No veo en el log que el sistema haya hecho nada que pueda provocar los problemas que tienes, la verdad. No parece que haya desinstalado nada que necesites en el sistema. Sólo se me ocurre que sea algún problema de configuración que no le gusta a las nuevas versiones instaladas.

  No hay bar que por bien no venga....
Mié, 07/09/2016 - 13:42 (Responder a #12)
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Panko wrote:

pues de momento ya te digo que pases olímpicamente de wayland... no es estable en absoluto ahora mismo en debian, quédate con kwin-x11.

Por otro lado, lo que hace cada gestor gráfico, tienes un log en /var/log/sddm.log o kdm.log, fíjate en la hora que dice ahi y verás que hace sddm/kdm en el momento de iniciar sesión.

Que consigas iniciar sesión con otro escritorio pero que no lo tengas estable, me suena a que algún paquete te anda haciendo la puñeta... ¿Tienes un usuario al que no hayas modificado la configuración? Nunca está de más probar a iniciar sesión con un usuario en blanco para ver si el problema persiste.

 

apt-get es bastante agresivo en según que casos, y estoy seguro que se te ha llevado algo por delante que no debería sin que lo sepas, por eso te pedí el log en el anterior post mio (yo prefiero usar aptitude, que le cuesta un poco más desinstalar paquetes...).

 

Edit...

No veo en el log que el sistema haya hecho nada que pueda provocar los problemas que tienes, la verdad. No parece que haya desinstalado nada que necesites en el sistema. Sólo se me ocurre que sea algún problema de configuración que no le gusta a las nuevas versiones instaladas.

Muchas gracias por tu respuesta. Mañana compruebo lo de los logs. Con respecto a los usuarios, he probado con el mío de siempre y con uno nuevo que he creado desde la línea de comandos con adduser

Jue, 08/09/2016 - 10:49 (Responder a #13)
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Panko wrote:

pues de momento ya te digo que pases olímpicamente de wayland... no es estable en absoluto ahora mismo en debian, quédate con kwin-x11.

Por otro lado, lo que hace cada gestor gráfico, tienes un log en /var/log/sddm.log o kdm.log, fíjate en la hora que dice ahi y verás que hace sddm/kdm en el momento de iniciar sesión.

Que consigas iniciar sesión con otro escritorio pero que no lo tengas estable, me suena a que algún paquete te anda haciendo la puñeta... ¿Tienes un usuario al que no hayas modificado la configuración? Nunca está de más probar a iniciar sesión con un usuario en blanco para ver si el problema persiste.

 

apt-get es bastante agresivo en según que casos, y estoy seguro que se te ha llevado algo por delante que no debería sin que lo sepas, por eso te pedí el log en el anterior post mio (yo prefiero usar aptitude, que le cuesta un poco más desinstalar paquetes...).

 

Edit...

No veo en el log que el sistema haya hecho nada que pueda provocar los problemas que tienes, la verdad. No parece que haya desinstalado nada que necesites en el sistema. Sólo se me ocurre que sea algún problema de configuración que no le gusta a las nuevas versiones instaladas.

Hola de nuevo:

He revisado los logs de los display managers y contienen lo siguiente:

KDM:

********************************************************************************
Note that your system uses syslog. All of kdm's internally generated messages
(i.e., not from libraries and external programs/scripts it uses) go to the
daemon.* syslog facility; check your syslog configuration to find out to which
file(s) it is logged. PAM logs messages related to authentication to authpriv.*.
********************************************************************************


X.Org X Server 1.18.4
Release Date: 2016-07-19
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
Current Operating System: Linux geo-w540 4.7.0-1-amd64 #1 SMP Debian 4.7.2-1 (2016-08-28) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.7.0-1-amd64 root=UUID=2d95cd1e-b1ae-4d5f-b0ca-11044fef0978 ro quiet
Build Date: 06 September 2016  01:32:44PM
xorg-server 2:1.18.4-2 (https://www.debian.org/support) 
Current version of pixman: 0.33.6
	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.0.log", Time: Thu Sep  8 15:27:02 2016
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
klauncher(1230) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. 
kdeinit4: Communication error with launcher. Exiting!
kdmgreet(1209)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed:  "Not connected to D-Bus server" 

kdmgreet(1209)/kdecore (K*TimeZone*): No time zone information obtained from ktimezoned 

Parece que hay un problema con una sesión de DBUS que debería estar activa, pero no lo está. Si bien hay varios resultados al respecto buscando en google, no he conseguido solucionar el problema.

 

Con respecto a SDDM, el sddm.log está vacío

Saludos

Jue, 08/09/2016 - 12:20
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

¿Podrías poner la salida del comando ps -ef |grep dbus* después de haber tenido el fallo? Y ya que estás la del comando aptitude search ~idbus

  No hay bar que por bien no venga....
Jue, 08/09/2016 - 12:43 (Responder a #15)
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Panko wrote:

¿Podrías poner la salida del comando ps -ef |grep dbus* después de haber tenido el fallo? Y ya que estás la del comando aptitude search ~idbus

La salida de ps -ef |grep dbus* es siempre la misma, haya tenido el fallo o no:

message+   907     1  0 17:26 ?        00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
topo      1659     1  0 17:28 tty1     00:00:00 /usr/bin/dbus-launch --exit-with-session --sh-syntax
topo      1660     1  0 17:28 ?        00:00:00 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
topo      1964  1934  0 17:29 tty2     00:00:00 grep dbus

La de aptitude search ~idbus:

i   dbus                                                                                   - sistema sencillo de mensajería entre procesos (demonio y utilidades)                             
i   dbus-x11                                                                               - Sistema sencillo de mensajería entre procesos (dependencias de X11)                              
i   libdbus-1-3                                                                            - simple interprocess messaging system (library)                                                   
i A libdbus-glib-1-2                                                                       - simple interprocess messaging system (GLib-based shared library)                                 
i A libdbusmenu-qt2                                                                        - Qt implementation of the DBusMenu protocol                                                       
i A libdbusmenu-qt5-2                                                                      - Qt implementation of the DBusMenu protocol                                                       
i A libkf5dbusaddons-data                                                                  - class library for qtdbus                                                                         
i A libkf5dbusaddons5                                                                      - class library for qtdbus                                                                         
i A libnet-dbus-perl                                                                       - Perl extension for the DBus bindings                                                             
i   libqt4-dbus                                                                            - Qt 4 D-Bus module                                                                                
i   libqt5dbus5                                                                            - Qt 5 D-Bus module                                                                                
i A libqtdbus4                                                                             - Qt 4 D-Bus module library                                                                        
i A python-dbus                                                                            - Sistema sencillo de mensajería entre procesos (interfaz de Python)                               
i A qdbus                                                                                  - Qt 4 D-Bus tool                                                                                  
i   qdbus-qt5                                                                              - Qt 5 D-Bus tool

 

Jue, 08/09/2016 - 19:17
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Pues, a mi entender, diría que todo anda como debe de ser... no sé de donde puede venir tu problema, la verdad.

 

Prueba a desinstalar sddm purgando su configuración y volviendo a instalar. Dbus si que lo tienes en ejecución tanto en la sesión del sistema como en la sesión de usuario (ésta última es la que necesitan sddm y plasma para iniciar correctamente sesión). Tras esto, reinstala lo que ya tengas de dbus con el comando aptitude reinstall ~ndbus. Cruza los dedos y reinicia a ver si tuvieras suerte. Ya no te puedo decir nada más. Más o menos tienes instalado lo mismo que yo, y a mi me funciona sin problemas en Debian Sid en un portátil también con tecnología optimus (con cuatro años ya...).

  No hay bar que por bien no venga....
Vie, 09/09/2016 - 06:48 (Responder a #17)
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Panko wrote:

Pues, a mi entender, diría que todo anda como debe de ser... no sé de donde puede venir tu problema, la verdad.

 

Prueba a desinstalar sddm purgando su configuración y volviendo a instalar. Dbus si que lo tienes en ejecución tanto en la sesión del sistema como en la sesión de usuario (ésta última es la que necesitan sddm y plasma para iniciar correctamente sesión). Tras esto, reinstala lo que ya tengas de dbus con el comando aptitude reinstall ~ndbus. Cruza los dedos y reinicia a ver si tuvieras suerte. Ya no te puedo decir nada más. Más o menos tienes instalado lo mismo que yo, y a mi me funciona sin problemas en Debian Sid en un portátil también con tecnología optimus (con cuatro años ya...).

Nada, tampoco funciona.

Eso sí, por fin he conseguido capturar el error que lanza startx cuando tengo configurado sddm como display manager. Al final era tan sencillo como hacer la redirección startx > salida_startx 2>&1

X.Org X Server 1.18.4
Release Date: 2016-07-19
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
Current Operating System: Linux geo-w540 4.7.0-1-amd64 #1 SMP Debian 4.7.2-1 (2016-08-28) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.7.0-1-amd64 root=UUID=2d95cd1e-b1ae-4d5f-b0ca-11044fef0978 ro quiet
Build Date: 06 September 2016  01:32:44PM
xorg-server 2:1.18.4-2 (https://www.debian.org/support) 
Current version of pixman: 0.33.6
	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: "/home/topo/.local/share/xorg/Xorg.1.log", Time: Fri Sep  9 11:28:51 2016
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
xinit: connection to X server lost

waiting for X server to shut down (II) Server terminated successfully (0). Closing log file.

 

Vie, 09/09/2016 - 09:02
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Pues buscar eso no da muchas luces que digamos, la verdad, pero parece problemas de permisos ¿si ejecutas las X como root te funciona, verdad?

¿Que permisos tienen los archivos /usr/bin/X y /usr/bin/Xorg? (el primero es un enlace al segundo).

¿En que grupos está tu usuario?

  No hay bar que por bien no venga....
Vie, 09/09/2016 - 17:16
Berbellon
Imagen de Berbellon
Desconectado/a
colaborador
se unió: 04/05/16

Según una wiki: Upgrading from Plasma 4 to 5.

(1) Isolate multi-user.target:

# systemctl isolate multi-user.target

(2) If you use KDM as display manager, disable the kdm.service systemd unit.

(3) Enable the sddm.service systemd unit, or install and enable any other display manager.

(4) Reboot or simply start the systemd sddm.service unit.

Y parece que la nueva configuración se encuentra en ~/.config. Pero que pasa con ~/.kde4, si la renombras. Posiblemente limpiando la cache de KDE, pero ignoro como sea en Debian, https://wiki.archlinux.org/index.php/KDE#Clean_cache_to_resolve_upgrade_problems . Mencionas una gran actualización, entonces limpia /var/cache/apt/archives, con apt-get autoremove, apt-get autoclean, apt-get clean.

Saludos.

 

Lun, 12/09/2016 - 10:14
jgpallero
Imagen de jgpallero
Desconectado/a
se unió: 20/03/16

Hola de nuevo:

Al final, harto de tantas pruebas sin resultado, me he rendido y he optado por reinstalar. Obviamente, todo funciona bien. Me gustaría consultar también acerca de cómo configurar el sistema para el uso de los drivers propietarios de nvidia, pero no los de los repositorios de Debian, sino los que se pueden descargar de la propia web de nvidia.

Me explico:

Como comentaba, tengo una tarjeta K2100M en el portátil, la cual SÓLO uso de vez en cuando para hacer tests con CUDA (esto es inportante, ya que es la única razón por la que me interesan los driver propietarios de nvidia). Ahora mismo tengo instalados los drivers, vesa, intel y nouveau (también los paquetes bumblebee y primus). En /etc/X11 no hay xorf.conf ni xorg.conf.d/, por lo que entiendo que la configuración es automática y el sistema está trabajando con el driver de Intel.

Al menos en mi instalación de KDE4, para poder trabajar con el driver propietario de Intel tuve que seguir varios pasos:

1. Poner el módulo del kernel nouveau en la lista negra

2. Instalar el driver propietario de nvidia

3. Crear un xorg.conf en el que indicaba que el sistema usaría el driver de Intel para el trabajo normal

Hecho esto, el portátil arrancaba con el driver de Intel y yo poía instalar y usar CUDA

¿He de hacer lo mismo en Plasma 5?

Gracias