Source: https://emiliodevesa.wordpress.com/2013/03/11/nvidia-optimus-primus-linux-bumblebee/
Timestamp: 2017-11-23 16:34:57+00:00

Document:
Optimus en Linux con Bumblebee: Abrid paso a Primus!!! | Emilio Devesa
Optimus en Linux con Bumblebee: Abrid paso a Primus!!!
Estaba yo tan tranquilo con mi instalación estándar de Bumblebee (recientemente actualizado a la versión 3.1) cuando me dí cuenta de que en el archivo de configuración (/etc/bumblebee/bumblebee.conf) podía cambiar el tipo de puente (Bridge) que optirun utilizaría para pasar los frames desde la gráfica Nvidia a la salida.
Es un concepto un poco técnico, pero que el propio equipo de Bumblebee explicó perfectamente en su perfil de Google+ cuando integraron el soporte a Primus, con el que se debería obtener un mayor rendimiento.
Bumblebee usa VirtualGL para copiar la imagen generada por la segunda GPU (más rápida) al monitor. VirtualGL fue pensado para usarse en una red, y lleva a cabo varios grandes pasos para conseguirlo (compresión, envío de la imagen a través de un enlace de red, descompresión, etc.)
Primus no hace ninguno de estos pasos “extra”, sino que toma un camino más directo (copiar la imagen renderizada en la memoria de la otra GPU y mostrarla desde ahí). En teoría esto debería proporcionarte más rendimiento y mejor compatibilidad. Las aplicaciones en ejecución verán la implementación OpenGL de tu hardware, nada virtual les será mostrado.
Así que nada, tocaba instalar primus y hacer alguna prueba:
$ sudo apt-get install primus
Si tu distribución tambien es de 64-bits, instala tambien este paquete:
$ sudo apt-get install primus-libs-ia32:i386
A continuación, hacemos alguna prueba especificando primero el bridge VirtualGL:
$ optirun --bridge virtualgl --verbose glxspheres
[13340.727449] [INFO]Configured driver: nvidia
[13342.575995] [INFO]Response: Yes. X is active.
[13342.576108] [INFO]Running application using virtualgl.
28.105199 frames/sec - 31.365402 Mpixels/sec
29.510381 frames/sec - 32.933585 Mpixels/sec
29.655756 frames/sec - 33.095824 Mpixels/sec
29.894138 frames/sec - 33.361858 Mpixels/sec
29.674440 frames/sec - 33.116675 Mpixels/sec
29.615451 frames/sec - 33.050843 Mpixels/sec
29.678065 frames/sec - 33.120721 Mpixels/sec
28.908473 frames/sec - 32.261856 Mpixels/sec
Esto arrojó los resultados esperados. ¿Cómo se comportaría con Primus?
$ optirun --bridge primus --verbose glxspheres
[13370.390390] [INFO]Configured driver: nvidia
[13372.059121] [INFO]Response: Yes. X is active.
[13372.059180] [INFO]Running application using primus.
43.350311 frames/sec - 48.378947 Mpixels/sec
43.667835 frames/sec - 48.733304 Mpixels/sec
44.054877 frames/sec - 49.165243 Mpixels/sec
43.844428 frames/sec - 48.930382 Mpixels/sec
44.029115 frames/sec - 49.136492 Mpixels/sec
43.910949 frames/sec - 49.004619 Mpixels/sec
44.145833 frames/sec - 49.266749 Mpixels/sec
43.827326 frames/sec - 48.911296 Mpixels/sec
43.479552 frames/sec - 48.523180 Mpixels/sec
¡¡Oh, yeah!! Más o menos un 50% más de rendimiento!!! 🙂
Para hacer estos cambios permanentes, basta con indicarlo en el archivo de configuración:
Buscamos el apartado de opciones del cliente y la opción “Bridge” la ponemos en “primus”:
Para terminar, bastaría con reiniciar el servicio de bumblebee:
Y a disfrutar de más frames por segundo!
Esta entrada se publicó en Software y está etiquetada con nvidia, optimus, ubuntu en 11 marzo, 2013 por Emilio.
← Aceleración Intel SNA en Ubuntu Tiempos de carga con Loads.in →
54 pensamientos en “Optimus en Linux con Bumblebee: Abrid paso a Primus!!!”
Juand 31 marzo, 2013 en 9:36 pm
En primer lugar gracias por el artículo. Muy didáctico. He seguido los pasos de instalación de primus en Linux Mint 13 64bits para mí híbrida Intel HD3000 con Nvidia Geforce 610M pero el rendimiento es bastante inferior que con virtualgl. A qué puede ser debido? Gracias de antemano
~ $ optirun –bridge virtualgl –verbose glxspheres
[35254.028961] [INFO]Response: Yes. X is active.
[35254.028998] [INFO]Running application using virtualgl.
122.211975 frames/sec – 108.504680 Mpixels/sec
126.936098 frames/sec – 112.698945 Mpixels/sec
132.086669 frames/sec – 117.271828 Mpixels/sec
133.429155 frames/sec – 118.463741 Mpixels/sec
134.151835 frames/sec – 119.105365 Mpixels/sec
139.195180 frames/sec – 123.583049 Mpixels/sec
135.128745 frames/sec – 119.972705 Mpixels/sec
141.291195 frames/sec – 125.443974 Mpixels/sec
139.425954 frames/sec – 123.787939 Mpixels/sec
140.216011 frames/sec – 124.489383 Mpixels/sec
133.739221 frames/sec – 118.739030 Mpixels/sec
133.286753 frames/sec – 118.337311 Mpixels/sec
136.056260 frames/sec – 120.796190 Mpixels/sec
130.475238 frames/sec – 115.841136 Mpixels/sec
~ $ optirun –bridge primus –verbose glxspheres
[35308.981580] [INFO]Response: Yes. X is active.
[35308.981605] [INFO]Running application using primus.
60.388719 frames/sec – 53.615521 Mpixels/sec
59.837051 frames/sec – 53.125727 Mpixels/sec
59.888207 frames/sec – 53.171146 Mpixels/sec
59.840295 frames/sec – 53.128607 Mpixels/sec
59.869714 frames/sec – 53.154727 Mpixels/sec
59.843945 frames/sec – 53.131848 Mpixels/sec
59.876302 frames/sec – 53.160576 Mpixels/sec
59.850563 frames/sec – 53.137724 Mpixels/sec
59.851552 frames/sec – 53.138602 Mpixels/sec
59.879016 frames/sec – 53.162985 Mpixels/sec
Emilio Autor de la entrada 1 abril, 2013 en 10:48 pm
es extraño el caso que comentas y no he encontrado mucha información aún, pero sería útil saber algo más de tu máquina. ¿Podrías enviar el resultado de esta orden?
Tambien es interesante saber qué driver estás utilizando, si el driver libre (nouveau) o el privativo (nvidia).
Juand 2 abril, 2013 en 3:49 pm
En primer lugar, gracias por la pronta respuesta. El resultado de la orden indicada es:
Linux juand 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
En cuanto a los controladores, en el menu de linux me indica que no tengo ningún controlador adicional instanlado. Pero no tengo ni idea de cuál es el que tengo ni de como mirarlo
Por si sirve de algo, el resultado de ~ $ lspci -v -s 02 es:
Emilio Autor de la entrada 2 abril, 2013 en 6:48 pm
Hola juand:
En principio el problema no reside en el comportamiento de tu gráfica intel, así que necesitamos más info sobre la gráfica nvidia. Si haces:
Te listará tus dos tarjetas. En mi caso:
04:00.0 VGA compatible controller: NVIDIA Corporation Device 0a76 (rev a2) (prog-if 00 [VGA controller])
Como ves, la gráfica nvidia está en el slot 04:00, así que:
$ optirun lspci -v -s 04:00
Lo más interesante es ver qué driver usa el SO para trabajar con la gráfica nvidia. En mi caso:
Kernel modules: nvidia_313, nouveau, nvidiafb
Como ves, mi sistema cuenta con el driver propietario nvidia_313, el driver libre nouveau y el driver del framebuffer de nvidia.
Lo que sospecho es que tu sistema esté trabajando con el driver nouveau y haya algún tipo de cuello de botella entre este y primus; para lo cual bastaría con instalar el driver propietario siguiendo las instrucciones de este otro post:
https://emiliodevesa.wordpress.com/2013/02/12/bumblebee-3-0-1-con-drivers-nvidia-313-18/
Básicamente tendrías que añadir el ppa ubuntu-x-swat y actualizar todos los paquetes; o bien descargar el binario desde la página de nvidia, aunque este método a mi siempre me ha dado problemas y no te lo recomiendo en absoluto. Mejor añadir el ppa y actualizar paquetes. 😉
Espero que puedas progresar con esto. Un saludo!
Juand 2 abril, 2013 en 8:39 pm
Gracias nuevamente por las molestias, copio la configuración de la gráfica en la que, por lo pronto, veo que no utilizamos los mismos drivers:
~ $ optirun lspci -v -s 01:00
[virtual] Expansion ROM at dc000000 [disabled] [size=512K]
Una vez que puedas echarle un vistazo a esto y me confirmes, procederé según me indicas en la respuesta anterior.
Emilio Autor de la entrada 2 abril, 2013 en 10:01 pm
Parece que bumblebee está usando el driver propietario (Kernel driver in use: nvidia). Puedes consultar qué versión del driver es de la siguiente manera:
Si es una versión anterior a la 304 te recomiendo que la actualices porque a partir de esa se realizaron grandes optimizaciones. Quizás ahí resida la clave del problema.
Por otra parte, si tienes una versión más reciente no se me ocurre ningún motivo por el que esto te pueda estar sucediendo, así que por ahora deberías seguir utilizando virtualgl como bridge para bumblebee. Quizás en siguientes versiones de bumblebee/primus se solucione el error que estas sufriendo.
Siento no poder ser de más ayuda, pero seguro que otros usuarios te podrán orientar mejor que yo 🙂
Juand 3 abril, 2013 en 11:25 am
Infinitos agradecimientos. La versión del driver que estoy usando es:
~ $ apt-cache policy nvidia-current
Instalados: 304.84-0ubuntu1~precise~xup2
Candidato: 304.84-0ubuntu1~precise~xup2
*** 304.84-0ubuntu1~precise~xup2 0
295.40-0ubuntu1.3 0
500 http://archive.ubuntu.com/ubuntu/ precise-updates/restricted amd64 Packages
500 http://archive.ubuntu.com/ubuntu/ precise/restricted amd64 Packages
Así que no sé a qué pueda deberse el problema con primus. No obstante, ¿recomiendan la instalación de un driver gráfico no privativo para un mejor funcionamiento en juegos o dejo el de nvidia?
Emilio Autor de la entrada 3 abril, 2013 en 9:13 pm
El driver privativo es el driver nvidia, que hoy por hoy es el que mejor rendimiento otorga. El driver libre es el del proyecto “nouveau”, pero se desarrolla mediante ingeniería inversa y por eso no suele igualar el rendimiento del driver privativo.
Mi recomendación si vas a jugar es que utilices el driver privativo a no ser que quieras mantener un sistema 100% libre, en cuyo caso tendrías que renunciar al driver oficial e instalar nouveau (que es el que Ubuntu instala por defecto).
Intenta usar alguna versión más reciente, por ejemplo la 310 o el 313.
Juand 4 abril, 2013 en 12:12 pm
Saludos y agradecimientos infinitos nuevamente, ¿me podrías echar una mano para actualizar el driver privativo de nvidia que tengo (304) a otro más reciente como el tuyo (313)? Es que ando un poco perdido en eso.
Emilio Autor de la entrada 4 abril, 2013 en 12:24 pm
Como los repositorios ya los tienes añadidos debería ser suficiente con:
$ sudo apt-get install nvidia-313
Javier 9 abril, 2013 en 10:35 pm
Hola, llegué aquí buscando información sobre Primus y he acabado con el mismo “problema” que juand.
Buscando un poco más he visto que para hacer la comparativa es mejor ejecutar: vblank_mode=0 primusrun glxspheres, ya que si no baja mucho el rendimiento debido a la sincronización VBLANK.
Emilio Autor de la entrada 9 abril, 2013 en 10:57 pm
Hola Javier, gracias por tu respuesta. Voy a probarlo enseguida. Por otra parte, os comento que ya está en los repositorios PPA el driver nvidia de la serie 319, así que podríais instalarlo con:
juand 17 abril, 2013 en 11:18 am
Gracias por vuestros comentarios y ayuda. Actualmente he instalado el driver propietario nvidia-319, configuré el bumblebee.conf para su uso y por ahora bien. La pega es que primus no me da el rendimiento esperado pese a todo lo que hemos intentado, así que esperaremos a ver si se corrige en una nueva versión de bumblebee.
Emilio Autor de la entrada 17 abril, 2013 en 11:45 am
Tiene toda la pinta de que primus todavía no soporta tu tarjeta de vídeo. Será cuestión de que más adelante lo haga. Como puedes ver más arriba, Javier proponía una solución que quizás te ayude. Yo la he probado pero no he notado diferencia.
juand 4 mayo, 2013 en 11:31 am
Perdonad por ser pesado, jajaja, pero esto de ser nuevo en linux es una auténtica odisea. Estoy ahora mismo con linux mint 14, basada en ubuntu 12.10. Hice la instalación de los drivers propietarios según indican aquí: http://www.leanuxeros.com/linux/como-instalar-los-controladores-de-nvidia-en-ubuntu-12-10-y-derivados/.
Luego instalé bumblebee. Veo que mi driver en uso es el de nvidia:
optirun lspci -v -s 01:00
Pues bien, ahora veo que hay nueva versión de bumblebee y creo que del driver también. ¿Cómo puedo asegurarme que estoy utilizando los últimos? Es que no sé localizar esa información ya que en la información de orígenes del software/controladores privativos me aparece en blanco.
No tengo instalados los repos de ppa que indicas aquí https://emiliodevesa.wordpress.com/2013/02/12/bumblebee-3-0-1-con-drivers-nvidia-313-18/ porque en la página que mencioné, según la cual hice la instalación, mencionan que no son válidos para Ubuntu 12.10 y derivados. ¿qué me recomiendan?
juand 4 mayo, 2013 en 11:40 am
Mi driver en uso es:
Candidato: 304.88-0ubuntu0.1
304.88-0ubuntu0.1 0
500 http://archive.ubuntu.com/ubuntu/ quantal-updates/restricted amd64 Packages
500 http://security.ubuntu.com/ubuntu/ quantal-security/restricted amd64 Packages
¿El último que hay es el 319 o hay otro posterior? Por otro lado, sigo sin encontrar que versión de bumblebee estoy usando :-S
Emilio Autor de la entrada 4 mayo, 2013 en 12:19 pm
Efectivamente la última versión del driver por ahora es 319.17 mientras que bumblebee está en la 3.2.1-1~preciseppa3; y estas versiones son las que hoy me han llegado a mí como actualización.
Tu version de bumblebee la puedes consultar con el mismo comando:
$ apt-cache policy bumblebee
En ubuntu 12.04 (y hasta ahora en todas las versiones de ubuntu) este tipo de actualizaciones de driver suelen distribuirse por los PPA de los que hablábamos. Desconozco si esto ha cambiado para 12.10 o 13.04, así que lo consultaré y te responderé más tarde (si otro usuario no lo hace antes).
chau 5 julio, 2013 en 4:37 pm
Tengo un problema y es al instalar los paquetes de primus aparece esto:
Desempaquetando primus-lib:i386 (de …/primus-lib_201303160857git~raring1_i386.deb) …
dpkg: error al procesar /var/cache/apt/archives/primus-lib_201303160857git~raring1_i386.deb (–unpack):
intentando sobreescribir `/usr/lib/i386-linux-gnu/primus/libGL.so.1′, que está también en el paquete primus-libs:i386 20130527-1~raringppa1
Seleccionando el paquete primus previamente no seleccionado.
Desempaquetando primus (de …/primus_201303160857git~raring1_i386.deb) …
/var/cache/apt/archives/primus-lib_201303160857git~raring1_i386.deb
Emilio Autor de la entrada 24 septiembre, 2013 en 2:47 pm
Prueba a ejecutar el comando:
$ sudo dpkg -i --force-overwrite /var/cache/apt/archives/primus-lib_201303160857git~raring1_i386.deb
$ sudo apt-get update && sudo apt-get install -f && sudo apt-get dist-upgrade
chau 11 julio, 2013 en 6:42 pm
Emilio Autor de la entrada 11 julio, 2013 en 7:01 pm
desconozco porqué se está produciendo ese error. No lo puedo reproducir en mi máquina porque estoy utilizando la versión 12.04 LTS, pero seguro que otro usuario sabrá ayudarte 🙂
Sr. Paquito 23 septiembre, 2013 en 10:29 am
Como tengo unos minutillos disponibles voy a aprovecharlos.
Quería hacerte una consultita en relación con las gráficas Nvidia y sus drivers privativos en Ubuntu. Conste que mi equipo es de sobremesa y mi gráfica es una Asus Nvidia GTS 450 de 1GB.
El sistema es un Ubuntu 12.04, instalado desde el CD 12.04.1 y actualizado. Mi hardware es el siguiente:
Pocesador: Intel Core i5 2500
Gráfica: Nvidia GeForce GTS450 1GB (Driver: 319)
Mis problemas son dos.
Nunca he podido utilizar las tty, ninguna de las 6. La pantalla se muestra en negro con el cursor parpadeando y orientado en horizontal. Me han aconsejado de todo (generalmente tocar las resoluciones del GRUB) y, como máximo, conseguí cargarme la configuración del GRUB. Por suerte no he necesitado las tty, pero esto es como lo de coger la rebequita al salir de casa, si no refresca no te la pones, pero si refresca mejor que la hayas cogido. En la situación actual el día que refresque no tendré rebequita que ponerme. Esto me ha sucedido siempre, desde la primera instalación de Ubuntu 12.04 que hice con este equipo (la última ha sido hace un par de semanas sobre un SSD, de la que hemos hablado en comentarios esta entrada: https://emiliodevesa.wordpress.com/2013/02/15/linux-optimizar-ssd/ )
Parece evidente que se trata de algo relacionado con la gráfica y sus drivers pero no sé como arreglarlo.
En la presentación comentaba que hice la instalación desde un CD de la versión 12.04.1. Y el apunte no es baladí, porque desde el 12.04.2 no puedo instalar los drivers privativos, no los encuentra. Lo mismo me sucedía al hacer la instalación desde el CD 12.04.1 cuando actualizaba el sistema antes de instalar los drivers. Si instalaba los drivers primero, sin problema, de modo que lo hice así. Ahora bien, una vez instalados los drivers 319 y actualizado el sistema, si trato de consultar los drivers instalados desde la gui de controladores adicionales me dice que no se encuentran controladores privativos en mi sistema. Steam tampoco los encuentra, sin embargo todo parece funcionar bien y tengo aceleración gráfica.
Parece ser una cosa de kernel. En cualquier caso, el resultado es que si hubiera hecho la instalación desde el CD 12.04.2 o desde el 12.04.3 no habría podido instalar los drivers automáticamente, tendría que descargarlos y hacerlo a mano, o instalar los repositorios de marras. Y, en cualquier caso, para actualizaciones futuras del driver Nvidia no se como será la cosa. Será necesario instalar los repositorios de Nvidia?
No he encontrado, o no he sabido buscar, información sobre esto en internet y ciertamente me tiene mosqueado.
Sé que mis preguntas, salvo en que hablamos de gráficas, nada tienen que ver con la entrada. Pero como me has ayudado en otras cuestiones, espero que puedas hacerlo también con esto.
Sr. Paquito 23 septiembre, 2013 en 12:12 pm
Abundando en el comentario anterior, cuando hablo de repositorios de Nvidia me refiero a los de ubuntu-x-swat (ppa:ubuntu-x-swat/x-updates).
Emilio Autor de la entrada 23 septiembre, 2013 en 12:28 pm
Lo de las tty es bastante extraño, así a bote pronto no se me ocurre porqué no se te muestran. Por si acaso, vamos a verificar que el sistema activa las 6 consolas:
$ cat /etc/default/console-setup | grep ACTIVE_CONSOLES
Esto debería dar como salida cuales son las tty de tu sistema, por defecto:
Es esto asi? Además en el directorio /etc/init deberian aparecer los archivos que configuran su carga:
$ ls /etc/init/ | grep tty
Verifica estos pasos.
Por otra parte, el PPA que te recomiendo que añadas también es:
Deberías poder instalar la versión 325:
Esta es la forma en que yo instalo los drivers Nvidia, y en la ventana de drivers privativos tampoco me aparecen que los esté usando (cuando es evidente que sí lo hago). Supongo que se trata de un bug del asistente de drivers, ya que el equipo funciona perfectamente. Como cuentas con aceleración, yo no le daría mucha más importancia.
El driver se actualizará con nuevas versiones de la rama 325 como lo haría cualquier otro paquete. En ocasiones saldrá una rama nueva (pongamos por ejemplo la rama 330) y bastará con instalarla con apt-get para que sustituya la anterior.
Sr. Paquito 23 septiembre, 2013 en 10:56 pm
Respecto de las tty olvidé comentar que antes de instalar el driver privativo funcionan perfectamente, es decir, que la cosa tiene que ver con la gráfica y los drivers con toda probabilidad. Los que tengo instalados ahora son exactamente los 319.32.
Te cuento en un momento como se han dado las comprobaciones de las tty:
1º $ cat /etc/default/console-setup | grep ACTIVE_CONSOLES
devuelve lo esperado
2º $ ls /etc/init/ | grep tty
Es decir, que las tty parecen estar ahí, pero no se ven. Además, hay que tener en cuenta lo que comentaba al principio, en el sentido de que se quedan tontas después de instalar el driver privativo.
Emilio Autor de la entrada 24 septiembre, 2013 en 12:16 am
Pues esto se está volviendo un misterio. No se me ocurre un motivo claro por el que no estén funcionando bien las consolas.
Echando un vistazo, podrías intentar seguir estas instrucciones (en ingles): http://news.softpedia.com/news/How-to-Fix-the-Big-and-Ugly-Plymouth-Logo-in-Ubuntu-10-04-140810.shtml
Siempre que te pida que pulses Alt+F2, simplemente abre un terminal. Esto es así porque en versiones anteriores de ubuntu, esta combinación abría un cuadro de diálogo donde introducir órdenes, muy al estilo de Inicio/Ejecutar en Windows…
A pesar de estar en inglés, son bastante directas y no tendrás que preocuparte mucho, pero eso sí, introduce siempre la resolución nativa de tu pc (en el ejemplo usan 1280×1024).
Sr. Paquito 24 septiembre, 2013 en 10:01 am
Alguna cosa similar había probado ya y, ciertamente, se da la coincidencia de que el Plymouth no llega a verse nunca.
Esta solución en concreto no la había probado. Si esta noche tengo tiempo trasteo un poco, lo pruebo y te cuento.
Sr. Paquito 24 septiembre, 2013 en 1:28 pm
La cosa es que, en su momento, consultando en un foro, me recomendaron consultar las resoluciones soportadas con el comando:
El resultado que obtuve (el día 21/11/2012 con otro kernel y otros drivers) lo pego a continuación:
Unique ID: rdCR.d+WIbHsEuCC
Model: “NVIDIA GF106 Board – 10600011”
Device: “GF106 Board – 10600011”
Memory Range: 0xed000000-0xeddfffff (rw)
Imagino que a día de hoy el resultado sería el mismo.
Teniendo en cuenta lo anterior, podría utilizar la resolución nativa de 1680×1050 para tales modificaciones?
Sr. Paquito 24 septiembre, 2013 en 1:32 pm
Disculpa. No puse bien el código html.
Para abreviar y evitar errores, pego aquí sólo las resoluciones soportadas:
Disculpa y, como siempre, muchas gracias.
Emilio Autor de la entrada 24 septiembre, 2013 en 2:41 pm
Sí, puedes usar esa resolución, o en caso de error probar con alguna de las listadas.
Sr. Paquito 2 octubre, 2013 en 7:28 pm
Una duda que tengo con esto es el hecho de que sea un how to para la versión 10.04. Aunque si es seguro para la 12.04 y el riesgo de cargarse algo gordo es bajo se podría intentar.
Lo que yo había intentado hasta ahora es cambiar las resoluciones del GRUB, de ahí la comprobación de resoluciones soportadas que pegué en un comentario anterior. No me funcionó con ninguna de las teóricamente soportadas y en algún caso me cargué el GRUB del todo.
Es por eso que me da yuyu tocar algo aquí, sobre todo porque no he visto en internet ni un solo caso equivalente al mío.
En una ocasión pregunté por si el hecho de que no se viese el Plymouth podría tener relación con las tty y me propusieron esto: http://mikebeach.org/2010/06/21/nvidia-proprietary-drivers-and-low-resolution-plymouth-splash-screen/
Veo que muchos de los pasos son similares a los del how to que tu me propones.
¿Mejor una que otra?
¿Da igual cualquiera de las dos?
¿Es posible que tengan algún riesgo gordo más allá de un error mío al tocar el GRUB? (esto debería de poder ahorrarse con una copia de seguridad del archivo de configuración, no?)
Muchííísimas.
Emilio Autor de la entrada 2 octubre, 2013 en 9:53 pm
En principio ambas opciones parecen seguras y más o menos equivalentes, pero obviamente no soy capaz de reproducir el fallo para hacer las pruebas pertinentes así que… te toca lanzarte a la aventura. En caso de problemas, tendrás que restaurar la configuración original de grub desde, por ejemplo, un LiveCD.
Tambien dispones de Boot Repair (http://linuxzone.es/2011/09/30/soluciona-problemas-con-el-grub-con-boot-repair/) o SuperGrub Disk (http://linuxzone.es/2008/01/11/super-grub-disk/)
Sr. Paquito 2 octubre, 2013 en 11:23 pm
Parece que si, que se habrá que aventurarse.
En cualquier caso, hay otra cosa en la que he pensado y que explican en Ubuntizando: http://www.ubuntizando.com/2012/04/23/como-resolver-el-problema-de-la-pantalla-en-negro-en-linux/
No es exactamente mi problema, pero cuando pienso que la cosa tiene que ver con el hecho de estar o no con las X iniciadas, me lleva a pensar que puidera tener algoi que ver una cosa con la otra.
Emilio Autor de la entrada 3 octubre, 2013 en 2:07 am
En realidad las X si que están iniciadas, pero por algún motivo fallan tus consolas. Yo probaría primero con las otras soluciones comentadas.
Sr. Paquito 6 octubre, 2013 en 8:30 pm
Saludos nuevamente, Emilio.
Aquí estoy releyendo la conversación sobre las tty, y casi me había decidido a hacerlo. Cierto es que, además de las tty no veo el Plymouth, aunque el Plymouth, dado que no lo necesito para nada, poco me preocupa. Pero si se soluciona el tema de las tty, pues habríamos ganado mucho.
Y mi duda principal consiste en la resolución a emplear. Para otras modificaciones me habían indicado que la resolución debía estar, si o si, en la relación de resoluciones soportadas. En algún caso puse (hablamos de modificar simplemente las resoluciones del GRUB), por equivocación puse una no soportada y se fué todo al garete.
He ahí, mi duda, pues. Mi resolución nativa, la que uso en el entorno gráfico, es la que te comenté de 1680×1050, que no está en la relación de resoluciones soportadas, por eso me lo tomo con cautela.
Así pues, dejando aparte el error humano (que ese factor siempre está ahí)? Hay riesgo de que se fastidie el arranque por completo?
Emilio Autor de la entrada 6 octubre, 2013 en 10:20 pm
creo que puedes utilizar el link que pusiste a “Ubuntizando” para intentar arrancar con “nomodeset” y ver si ese es el problema. Si se soluciona, sigue con los pasos para hacer el cambio permanente, sino en el siguiente reinicio todo debería volver a la situación anterior.
Sobre la resolución, creo que deberías arriesgarte y poner tu resolución nativa. Estoy bastante seguro de que no te dará problemas, aunque por supuesto conviene que tengas a mano alguna de las utilidades que te he indicado por si necesitas reparar algo.
En el peor de todos los casos, tendrías que iniciar sesión con un LiveCD, editar el fichero de configuración de grub de nuevo, utilizar chroot para usar tu disco duro como raíz de los ficheros y a continuación, actualizar grub (update-grub). Sobre esto hay mucha información en la red que te puede ayudar a devolver grub a una situación de normalidad si sucede algo extraño.
Se me agotan las ideas sobre las TTY, esperemos que otro lector con experiencia en este tipo de casos pueda ser de más ayuda que yo si esto no lo soluciona.
Sr. Paquito 6 octubre, 2013 en 11:37 pm
Gracias, como siempre, Emilio.
Realmente, dado el /home está a salvo, lo peor que puede pasar es tener que hacer una nueva instalación.
Simplemente, no me apetece hacer más instalaciones de las necesarias, teniendo en cuenta que el disco es SSD y sus escrituras limitadas.
Tengo que valorar que es mejor y darle caña.
En cualquier caso, te contaré lo que vaya haciendo, por si a alguien le sirve de ayuda.
Sr. Paquito 8 octubre, 2013 en 7:00 pm
Por fin, desde hace un año que me decidí a migrar mi entorno de trabajo a Ubuntu 12.04 (en mi partición de Windows solo está Steam y algún juego) es la primera vez que veo la consola después de instalar los drivers de Nvidia. Justo después de instalar, antes de poner los de Nvidia si podía.
Y la solución era esa, poner el “nomodeset” de marras, la solución que propone el Link de Ubuntizando.
Probé a hacerlo en el arranque “et voilà”! Podía acceder a las tty sin problemas. Así que toqué el GRUB para hacerlo permanente y aquí estamos.
Muchas gracias por tu ayuda en esto. Sobre todo me has relajado lo sufucuente como para animarme a tocar de nuevo el GRUB, que me daba yuyu después de varias experiencias complicadas.
Sobre los drivers de xorg-edgers, aún no me he decidido, la verdad. Seguramente, aunque instale el repositorio, me quedaré con los drivers estables, que supongo se actualizarán a a la última estable de la rama, no?. En cualqier caso contaré lo que sea aquí mismo.
Emilio Autor de la entrada 8 octubre, 2013 en 7:10 pm
Me alegro de que la solución haya aparecido al fin 🙂
Efectivamente, aunque agregues el repositorio, seguirás en la rama estable (tal vez con alguna actualización). Recientemente han aparecido también unos nuevos drivers, los 331.13, que estoy empleando en mi Netbook con gráficos ION2 (que llevan el chip GT218).
Como recordarás, estaba en los 325; y tras aparecer estos, tuve que instalarlos explícitamente porque son una rama nueva. Esto es similar a tu caso.
Por lo de ahora, no he tenido ni un solo problema con esta nueva rama.
Sr. Paquito 23 septiembre, 2013 en 2:18 pm
Trataré de hacer las comprobaciones para las tty en cuanto pueda (no estaré en mi casa hasta esta noche).
Respecto del ppa de drivers, te comento que los repositorios de ubuntu-x-swat no los tengo añadidos, simplemente había leído sobre ellos. Respecto del ppa que me propones entiendo que corresponde a una rama experimental, no? Lo digo porque la web de nvidia ofrece el 319.49 y esa es la rama que tengo instalada, aunque no sabría decir en este momento cual versión, tendría que comprobarlo.
Sólo había instalado drivers experimentales con los 304, que los ofrecía el asistente… y los había instalado porque me lo indicaba Steam, de lo contrario no se me habría ocurrido probarlos…
Debo deducir, entonces, que la rama 325 sería a la 319 lo que la 304 era a los antiguos nvidia-current?
Emilio Autor de la entrada 23 septiembre, 2013 en 9:24 pm
En teoría la rama 325 es una rama “beta”. Además en ese PPA encontrarás otras actualizaciones del subsistema de gráficos.
Aunque sea un PPA a veces descrito como “potencialmente peligroso” lo cierto es que será muy raro que te encuentres con problemas de algún tipo.
Además, te recomiendo que instales el paquete de purga:
Y si alguna vez tienes problemas…
$ sudo ppa-purge xorg-edgers/ppa
Y con eso debería ser suficiente.
Sr. Paquito 23 septiembre, 2013 en 11:00 pm
Acabo de echar un vistazo a los drivers que tengo instalados y son los 319.32.
Respecto de los drivers de la rama 325 me da algo de yuyu que sean beta, aunque el hecho de que los recomiendes me hace pensar que deben ser mejores que los que uso ahora.
Realmente la mejora del rendimiento hace que merezca la pena arriegarse a usar drivers beta?
Emilio Autor de la entrada 24 septiembre, 2013 en 12:03 am
La mejora de los driver entre la versión 319 y la 325 no es abismal. Básicamente incluyen mejor soporte para chips recientes y otras mejoras. Son unos driver muy estables, pero si prefieres puedes seguir con los 319 sin preocuparte de nada más.
Sr. Paquito 24 septiembre, 2013 en 8:11 am
Con franqueza, tendría que valorarlo. Mi gráfica tampoco es de las últimas, y siempre he tirado más por ramas estables. Supongo que el motivo de que los uses y me los sugieras tendrá que ver con la posibilidad de tener acceso siempre a las últimas actualizaciones, y ya sabemos que en esto de los drivers gráficos para Linux todo se mueve mucho. No sé, lo valoraré y te cuento, aunque.
En cualquier caso, lo que sí parece es que, en el contexto actual en que el sistema detecta drivers privativos, alguno de los dos ppa habría que añadir, no?
Emilio Autor de la entrada 24 septiembre, 2013 en 3:00 pm
Si consultas el launchpad de “ubuntu-x-swat/x-updates” te encontrarás con que el driver más reciente que proporcionan es el 304:
Mientras que el de “xorg-edgers” se encuentran versiones más recientes (310, 313, 319, 325,…) así como actualizaciones de Mesa (hasta la 9.2).
No hay ningún problema en tener ambos PPA agregados a tu lista de repositorios. Simplemente, instala despues el paquete que prefieras.
Sr. Paquito 24 septiembre, 2013 en 11:07 pm
Pues no lo había consultado, la verdad.
Lo tendré en cuenta, claro que si.
Pero hoy ya me retiro, aunque te pondré al día de lo que haga al respecto.
Muy amable, como siempre. Muchas gracias.
Sr. Paquito 25 septiembre, 2013 en 2:13 pm
Estuve mirando el launchpad de “ubuntu-x-swat/x-updates” y veo las siguientes filas:
nvidia-graphics-drivers-319 / 319.49-0ubuntu1~precise~xup1 / Brandon Snider (14 hours ago)
nvidia-settings-319 / 319.49-0ubuntu1~precise~xup1 / Brandon Snider (10 hours ago)
Significa esto que el 319 está disponible? O es que solamente están disponibles los que llevan la coletilla: (Newer version available)?
Emilio Autor de la entrada 25 septiembre, 2013 en 2:50 pm
Están disponibles, como dije puedes instalar la rama que prefieras aunque haya otras más recientes.
Sr. Paquito 12 octubre, 2013 en 1:02 pm
Saludos de nuevo, Emilio.
He estado valorando si utilizar xor-edgers, x-swat o ninguno de los dos. Leyendo (con las limitaciones del traductor de Googel) los textos de los respectivos launchpad veo que los propios desarrolladores de xorg-edgers recomiendan x-swat para quien busque estabilidad en su sistema… El caso es que para permanecer en la rama actual tendría que añadir x-swat necesariamente y en caso de aventurarme sería cosa de usar xorg-edgers. Hasta aquí, más o menos claro.
No obstante, teniendo en cuenta que al fin y al cabo soy nuevo en esto y mis conocimientos de informática son del todoacien, si me lo permites, tengo que hacerte unas preguntitas tontorronas seguramente, pero es que nunca instalé un driver gráfico que no fuese ofrecido por el asistente para controladores adicionales de Ubuntu.
La primera es: en asencia de oferta de controladores por parte del asistente (básicamente parece como si el sistsema no se enterase de que tiene una determinada gráfica pinchada en placa) podría instalar los drivers desde Synaptic con buenos resultados? Desde luego, synaptic los tiene ahí, pero no sé si se instalen automáticamente todas las dependencias o no, o si hay otros problemas.
La segunda: para instalar los drivers de xorg-edgers o los de x-swat es necesario que desinstale antes los que ahora uso? Imagino que en el caso de usar x-swat si no quiero cambiar de rama no tendría que hacer nada, salvo las actualizaciones de la rama que hubiese. Pero en el caso de xorg-edgers no tendría sentido añadir el repositorio si no voy a usar un driver más reciente y, de ser este el caso, tendría que desinstalar el actual 319 o simplemente instalando el 331, por ejemplo, debería funcionar todo?
Espero no tener que darte más la lata…
Emilio Autor de la entrada 12 octubre, 2013 en 5:41 pm
Efectivamente, en el repositorio “swat” encontrarás versiones más recientes pero consideradas ya suficientemente estables, mientras que el repositorio “edgers” encontrarás paquetería aún más nueva.
Y respondiendo más concretamente a tus dos preguntas, puedes instalar los drivers nuevos a pesar de que la gráfica no salga detallada en el sistema.
El propio sistema de paquetes también se encargará de desinstalar los drivers anteriores para sustituirlos por los nuevos si fuese necesario. Hace tiempo que no uso Synaptic y no recuerdo si su interfaz te detalla esas operaciones, pero haciendolo por consola sí que puedes verlo, por ejemplo:
Sr. Paquito 27 marzo, 2015 en 2:31 pm
Hace ya mucho que no pasaba por aquí y, de hecho, veo que últimamente te dedicas más a la cosa musical (aunque no te lo había mencionado, yo también soy músico) que a la informática en el blog. Pero te debía una después de lo que me ayudaste en su momento.
Pero vayamos al grano. Comento de nuevo esta entrada para decirte que, finalmente, después de tanto tiempo, ya con Ubuntu 14.04 y mucha más experiencia en esto de Linux, me decidí a añadir el PPA de xorg-edgers e instalar los últimos nvidia, en este caso los 346, que ya están funcionando a tope. Y lo hice única y exclusivamente para rentabilizar los 10€ que invertí en Bioshock Infinite (compré la trilogía, pero me interesaba la versión Linux del Infinite), ya que parece ser requisito tener los últimos drivers para jugarlo.
Y, además de dar fe de tremenda efeméride, te cuento que tuve problemas en el primer intento de instalación porque la desinstalación del driver 331, el que ofrecen los repositorios de Ubuntu y que estaba instalado) falló y se quedó a medias, por lo que tuve que desinstalarlo a mano, reiniciar para quedarme con los nouveau (que con mi GTX 760 van como el culo) e instalar luego el 346 de xorg-edgers, reinicio de rigor, y listo.
Te cuento esto porque, dada mi experiencia, creo que es recomendable desinstalar antes los drives Nvidia que estén instalados, reiniciar e instalar luego todo lo demás. No sé si todo el mundo tendrá el mismo problema que tuve yo, pero seguro que desinstalando antes el driver antiguo no habrá problemas.
Emilio Autor de la entrada 30 marzo, 2015 en 11:22 pm
Sí, hace tiempo que no publico nada relacionado con la informática pero he estado más atareado que nunca. Muchas gracias por compartir tu experiencia, seguro que es de utilidad cuando alguno de nosotros se encuentre una situación similar. Cada vez sucede menos, pero de vez en cuando la máquina nos recuerda el camino que aun nos queda por recorrer en el software libre en cuanto a soporte hardware.
Pingback: Adios, compañero! | Emilio Devesa

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución